With all the backup-focused products available on the market today, there is no excuse not to back up systems and data. The key to making all of this work is having a backup schedule.
It's important to know how to create a backup schedule and develop a thorough scheduling strategy.
The principal goal of backup scheduling is to establish time frames to back up an entire system, multiple systems, data and databases, network files, and other critical systems and data.
Backup schedules are essential IT activities, as they ensure several important activities are performed and issues are addressed, such as:
Although scheduling backups might seem like a no-brainer, several components of the process must be addressed within IT departments and reviewed with business unit leaders and senior management.
Addressing these items will ensure a comprehensive, auditable schedule that is easily understood and can be implemented by designated data backup team members and others, if needed, in an emergency. Following is a list of key concerns for planning and executing data backups.
1. What needs to be backed up?
Data and system owners should specify the frequency of their backups and what should be backed up. Normally, data administrators should back up everything -- or specific parts -- in the IT environment with a frequency acceptable to business unit leaders and cost-effective operations.
Organizations should also consider the cost of backups and the effect of backups on system -- and company -- performance. For example, it might make sense to replicate the entire system or critical portions of the system and specific individual files and databases to an alternate storage medium and perform incremental backups to that environment.
2. Location of systems and files to be backed up
Identify if the working location will be an on-site server, storage device or perhaps a cloud-based backup arrangement. This can be included in the backup schedule and should also be specified in data backup policies and procedures, especially from compliance and audit perspectives.
3. Who performs backups?
The data backup administrator's activities should be governed based on discussions with system owners and data owners. Individual users might also back up their own data files; this should be addressed by an IT policy for data management. Other IT employees should be identified as potential backup staff to the primary backup administrator(s). This might involve some internal training from the data admins as well as vendors whose technology resources are used for backups.
4. Time frames for backups
Points in time when data and system backups can occur should be defined based on business requirements. For example, some systems and data files might need to be backed immediately when they have been modified. This reflects their criticality to the business. Full backups are often performed after business hours weekdays and over weekends. More frequent backups are governed by the business and their execution might depend on specific systems and network resources.
Backup time frames are influenced by several variables:
Backup administrators should periodically consult with system owners on these criteria to ensure backup policies, procedures and schedules are appropriate.
5. How frequently do systems and data files need to be backed up?
Some files are updated often during a typical day, such as customer data files, requiring admins to back up these files more frequently. They might consider backing them up at the end of each day -- factoring in all incremental revisions -- so that an up-to-date backup is saved.
Other situations might require the immediate backup of changes so files are always current. Other files might not need to be backed up regularly and, as such, could be candidates for alternative storage, such as tape.
RPO requirements might also influence the frequency of backups. For example, if the RPO for certain critical files is 10 seconds or less, the backups will likely be more frequent, and the technology used for those backups -- e.g., data mirroring, data replication, high-speed low-latency networks -- will also need to be considered.
System backups might need a different schedule than data files and databases. Backups should occur any time one or more parameters in a system change in the course of daily operations. This suggests a more ad hoc approach to system backups; each organization will need to establish those requirements.
6. Restoration of data from backups
Backups are created to ensure that if the recovery or restoration of a system and/or data is needed, those resources will be as current as possible. An organization should consider the criticality of systems and files at this point so it can establish the priority of backing up and the priority of restoration. These items should be factored into backup scheduling.
7. Location of restored systems and data
In an emergency, it might be necessary to restore systems or data to an alternate platform, as opposed to the original system. This is a key consideration for disaster recovery. Cloud-based platforms are increasingly popular approaches to this requirement. Managed service providers (MSPs) that specialize in data backup and storage are also viable alternatives. The key is to locate backed-up resources at a sufficient distance from the firm's primary location so that the risk of loss at alternate storage locations is greatly reduced.
The following are the typical types of backups:
Examples of frequently used systems and files for backup scheduling include:
Organizations might need to perform some incremental backups several times each day, whereas others might need more infrequent updates. The increased use of VMs makes efficient and timely backups even more important. In a disaster, enterprises will need to recover and restore quickly to resume operations with minimal downtime.
Setting up a schedule requires a detailed and accurate list of all systems to be backed up, as well as all data files and databases to be backed up. The schedule should be prepared on a platform that facilitates timely changes, as data and system backup schedules can be very dynamic. Use RPO values to assist with the creation of schedules, as satisfaction of the RPO values will be affected by how frequently their backups are scheduled. Work with the organization's backup software vendor to assist with schedule preparation. The same is true of external resources, such as MSPs and cloud-based backup and storage firms. Figure 1 is an example of a backup schedule.
Figure 1. A backup schedule can include a few full backups and many incremental backups over the course of a month.