Backup and Restore a DataBase- P2

Tham khảo tài liệu backup and restore a database- p2, công nghệ thông tin, cơ sở dữ liệu phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả
Nội dung trích xuất từ tài liệu:
Backup and Restore a DataBase- P2 bị hư nếu ta có thể backup được transaction log file thì ta có thể phục hồi database đến thời điểm transaction gần nhất được commited. Bulk-Logged Recovery Model : Ở mode này các hoạt động mang tính hàng loạt như Bulk Insert, bcp, Create Index, WriteText, UpdateText chỉ được log minimum vào transaction log file đủ để cho biết là các hoạt động này có diễn ra mà không log toàn bộ chi tiết như trong Full Recovery Mode. Các hoạt động khác như Insert, Update, Delete vẫn được log đầy đủ để dùng cho việc phục hồi sau này. Simple Recovery Model : Ở mode này thì Transaction Log File được truncate thường xuyên và không cần backup. Với mode này bạn chỉ có thể phục hồi tới thời điểm backup gần nhất mà không thể phục hồi tới một thời điểm trong quá khứ.Muốn biết database của bạn đang ở mode nào bạncó thể Right-click lên một database nào đó trongSQL Server Enterprise Manager chọn Properties->Options->RecoveryTuy nhiên có thể tới đây bạn cảm thấy rất khó hiểuvề những điều trình bày ở trên. Chúng ta hãy dùngmột ví dụ sau để làm rõ vấn đề.Ví dụ:Chúng ta có một database được áp dụng chiếnlược backup như hình vẽ sau:Trong ví dụ này ta schedule một Full DatabaseBackup vào ngày Chủ Nhật và Differential Backupvào các ngày thứ Ba và Thứ Năm. TransactionLog Backup được schedule hằng ngày. Vào mộtngày Thứ Sáu đen tối một sự cố xảy ra đó là đĩachứa data file của database bị hư và là một DBAbạn được yêu cầu phải phục hồi dữ liệu và đưadatabase trở lại hoạt động bình thường. Bạn phảilàm sao?Trước hết bạn phải backup ngay Transaction LogFile (Trong ví dụ này Transaction Log File đượcchứa trong một đĩa khác với đĩa chứa Data Filenên không bị hư và vẫn còn hoạt động). Người tacòn gọi file backup trong trường hợp này là thetail of the log (cái đuôi). Nếu Log File được chứatrên cùng một đĩa với Data file thì bạn có thể sẽkhông backup được cái đuôi và như vậy bạn phảidùng đến log file backup gần nhất. Khi backup cáiđuôi này bạn cần phải dùng optionNO_TRUNCATE bởi vì thông thường cácTransaction Log Backup sẽ truncate(xoá) nhữngphần không cần dùng đến trong transaction logfile, đó là những transaction đã được commited vàđã được viết vào database (còn gọi là inactiveportion of the transaction log) để giảm kích thướccủa log file. Tuy nhiên khi backup phần đuôi khôngđược truncate để đảm bảo tính consistent (nhấtquán) của database.Kế đến bạn phải restore database từ Full BackupFile của ngày Chủ Nhật. Nó sẽ làm 2 chuyện :copy data, log, index... từ đĩa backup vào DataFiles và sau đó sẽ lần lượt thực thi các transactiontrong transaction log. Lưu ý ta phải dùng optionWITH NORECOVERY trong trường hợp này (tứclà option thứ 2 Leave database nonoperationalbut able to restore additional transaction logstrong Enterprise Manager). Nghĩa là cáctransaction chưa hoàn tất (incomplete transaction)sẽ không được roll back. Như vậy database lúcnày sẽ ở trong tình trạng inconsistent và khôngthể dùng được. Nếu ta chọn WITH RECOVERY(hay Leave database operational. No additionaltransaction logs can be restored trongEnterprise Manager) thì các incomplete transactionsẽ được roll back và database ở trạng tháiconsistent nhưng ta không thể nào restore cáctransaction log backup được nữa.