High Availability Review (T/F)
(answers at bottom)
- If mirrored, a failover will occur if principal
database is corrupt
- With the use of mount points one can have up to
50 instances in a cluster
- Mirroring is synchronized Log Shipping
- In place upgrade is supported from 32-bit to 64-bit
- Snapshot database can be restored on top of
principal database
- Endpoints are a must for mirroring to work
- Forced service failover guarantees no data loss
- If database is set in single user mode then
mirroring will be suspended
- Mirroring uses similar concepts as ‘looks
alive’ and ‘is alive’ in clustering
- In mirroring, a failover will occur if database
is corrupt
- ‘Full safety’ in mirroring means possible
data loss
- Mount points are supported in mirroring
- Snapshot databases are designed primarily for
turning a mirrored database in to a reporting database
- Synchronous mode is optimal for mirroring as it
guarantees no data loss and has no impact on application performance though
log writes to mirror are delayed
- Snapshot database creation requires same amount
of disk space as the primary database
- One bit map manages all snapshots on a single
instance
- Snapshot created on a mirrored database will need
to be recreated if mirror assumes principal role
- Multiple snapshots can be created on a single
database
- Snapshot databases are still functional even
though principal is suspect
- You can perform regular TLog backups on a
snapshot database
Answer Key: 1.T,
2.F, 3.F, 4.F. 5.T, 6.T, 7.F, 8.F, 9.T, 10.T, 11.F, 12.T, 13.F, 14.F, 15.F, 16.F, 17.F, 18.T, 19.T, 20.F