3. Agenda
ï Why do we need to backup and restore plan?
ï Backup and Restore plan considerations.
ï Database Backup Benefits
ï Scenario
4. Why do we need to have backup and restore plan?
ï Based on statistics:
ï 90% of businesses losing data from a disaster are forced
to shut down within two years.
ï The survival rate for companies without a disaster
recovery plan is less than 10%.
ï Only 44% of businesses successfully recovered
information after a recent data recovery event.
ï 53% of claimants never recoup the losses incurred by a
disaster.
5. Backup and Restore Plan Considerations
ï Recovery Time Objective:
ï How long would you like to spend on database recovery
after the corruption.
ï Recover Point Objective:
ï At which point would you like to stop recovery operation
after the corruption.
Time
Last Backup Corruption Recovery
RPO RTO
6. Design the Backup and Restore Strategy
ï The optimal strategy depends on a variety of factors, of
which the following are especially significant:
ï How many hours a day do applications have to access the
database?
ï How frequently are changes and updates likely to occur?
ï Are changes likely to occur in only a small part of the database
or in a large part of the database?
ï How much disk space will a full database backup require?
7. Design the Backup and Restore Strategy (Cont.)
ï How do you prefer to restore the database?
ï Does your application access to a part of database?
ï Do you need to stop recovery on specific time or transaction?
8. Database Backup Benefits
ï Protects you from potentially catastrophic data loss.
ï With valid backups of a database, you can recover your
data from many failures, such as:
ï Media failure.
ï User errors, for example, dropping a table by mistake.
ï Hardware failures, for example, a damaged disk drive or
permanent loss of a server.
ï Natural disasters.
ï backups of a database are useful for routine administrative
purposes
ï Note: This is the only way to reliably protect your SQL Server data.
9. Scenario
ï Fard Solutions Sdn. Bhd. has a SQL Server 2008 R2
instance, named âSQL01â. SQL01 has few databases
which one of that is for Finance department which
called âFinanceDBâ. FinanceDB contains 125 tables
and indexed views which 25 of them are having a
transaction per second. The IT management
requirement is to access at least these 25 tables as
soon as possible after any database corruption and the
data loss should be less than 15 seconds.
ï What is your solution?
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.
sys.dm_os_schedulers: Returns one row per scheduler (there is one user scheduler per core) and shows information on scheduler load and health. See Chapters 3 and 5 for more information.sys.dm_os_waiting_tasks: Returns one row for every executing task that is currently waiting for a resource as well as the wait type. See Chapter 3 for more information.sys.dm_os_memory_clerks: Memory clerks are used by SQL Server to allocate memory. Significant components within SQL Server have their own memory clerk. This DMV shows all the memory clerks and how much memory each one is using. See Chapter 2 for more information.