System Backup and Recovery SOP

Purpose

Establish a systematic approach to data backup and recovery to prevent loss, enable rapid restoration and maintain data integrity for all Neosofia IT systems.

Scope

This SOP applies to any IT system that manages Neosofia client or corporate data.

Assets in Scope

Each of the assets below will have an entry in this SOP that outlines the backup and recovery procedures Neosofia employs to protect client and corporate data.

Data/Support AssetRPORPRTOOC
HardwareN/AN/A2 hoursN/A
Operating Systems1 day7 days1 hour1 full + 6 incr.
Virtual Machines1 day28 days1 hour1 full + 27 incr.
Public DNS RecordsN/AN/A1 hourN/A
Source Code1 week25 years1 week1 full
System Logs15 min28 days1 hour1 full
Credentials1 hour1 year1 hour1 full

Neosofia will store one offline copy of each asset above

Responsibilities

IT System Administrators will be responsible for

  • L4 Architecture, design, implementation, and execution of the procedures outlined in this document.
  • L3 System monitoring to determine if restoration procedures need to be executed on
  • L2 Documentation of the backup and restoration procedure execution as evidence for auditors
  • L1 Provide feedback on this document

IT Managers will be responsible for

  • L4 Review of this document no less than once per year
  • L4 Respond to and integrate feedback into this document
  • L3 Review of this document when new IT systems are procured or retired to determine the system backup and restoration procedures that may require an update
  • L4 Advise and mentor IT System Administrators in their responsibilities.

Procedures

Hardware Procedures

Neosofia will maintain a 2% hardware inventory reserve to recover from hardware losses or will define procedures below to enable cloud resources to be used as a temporary replacement for system restoration.

Operating System Procedures

OS Backup Procedure

When provisioning a new piece of hardware, the OS setup script will automatically set up an OS level backup procedure to be run on a daily basis. Evidence that the script was successfully run can be found in the system backup and recovery section of the evidence portal.

Entry Criteria

Rolling OS level backup procedures begin automatically starting at 2AM UTC

Backup Procedure and Automated Restoration Test

These procedures are executed programmatically on a daily basis and should not be manually executed

  1. Create a full OS level snapshot and on-device (USB stick) rescue media needed to restore the system in the event of a hardware failure
  2. Reboot the device into the rescue media's automated restoration program
  3. Upon system restoration and reboot, upload the restoration logs into the evidence portal
Exit Criteria

If the daily OS backup procedure completes without errors, a status report is automatically sent to the evidence portal. If any errors occur, an email is sent to all IT System Administrators with details of the error to be remediated.

SLOs
  • automated backup and system restoration should take no more than 15 minutes 99% of the time

OS Recovery Procedure

Entry Criteria

Upon notification of a system failure or data loss.

Procedure
  1. Identify and replace defective hardware
  2. Start machine into system restoration device (F7 or F11 key for most systems)
  3. The restoration procedure should begin automatically. If the restoration procedures requests input due to hardware changes, contact a L3 IT system Administrator or higher for guidance on appropriate inputs.
  4. Upon restoration, confirm the restoration evidence was uploaded to the portal.
Exit Criteria

if the automated restoration process fails an error email will be sent to all IT System Administrators

VM Procedures

TBD

Networking Procedures

TBD

Source Code Procedures

TBD

Log File Procedures

TBD

Credential Procedures

TBD