I/Lưu ý khi cài đặt:
- Không lưu file log và file data chung một ổ đĩa với những lý do sau:
- Cải Thiện hiệu suất và chi phí: File Data là file ghi/đọc ngẫu nhiên, còn file log là file được ghi tuần tự. Việc tách hai file này ra hai ổ đĩa sẽ giúp tăng hiệu suất lưu trữ và truy xuất dữ liệu, ổ cứng lưu file log không cần có tốc độ cao, giảm được chi phí.
- An toàn dữ liệu: như ta biết, file log ghi lại những hoạt động của SQL server, data ghi lại dữ liệu. Vì vậy, nếu hỏng file log thì không đáng lo ngại, ngược lại, nếu hỏng file data thì ta sẽ căn cứ file log để phục hồi những data đã mất sau này. Trừ trường hợp thiên tai, hiếm khi nào ta bị hỏng cả hai ổ đĩa, vì vậy, việc tách Data File và Log File sẽ giúp tránh nhiều rủi ro hơn là gộp chung 2 file vào chung một ổ đĩa.
- SQL server cho phép ta tách data file ra nhiều file. Vì vậy, nếu Data file của doanh nghiệp bạn là quá lớn, từ Vài trăm GB tới hàng TeraByte thì nên tách ra nhiều data file trên nhiều ổ đĩa để cải thiện hiệu suất và dễ dàng trong backup/phục hồi
II/Lưu ý khi backup.
Tùy vào tình hình và yêu cầu của doanh nghiệp bạn mà có những chiến lược backup khác nhau.
- Backup Full: lưu 100%, phục hồi 100%.
- Ưu điểm: Lưu và phục hồi đầy đủ, restore đơn giản.
- Khuyết: thời gian lưu lâu và phải tránh giờ đang làm việc. Dữ liệu giữa hai kỳ backup sẽ bị mất
=> Nên backup full vào giờ tối, hoặc data quá lớn thì cuối tuần.
- Backup Different: Lưu dữ liệu kể từ lần backup full gần nhất.
- Ưu điểm: Thời gian backup nhanh hơn.
- Khuyết điểm: Phải lưu bản full gần nhất và bản Diff gần nhất để khi phục hồi,ta tiến hành phục hồi bản Full, rồi phục hồi bản diff. Khoảng thời gian backup diff vẫn có thể bị mất. Việc phục hồi cũng phức tạp hơn chỉ phục hồi bản full.
=> Nên backup Diff vào các giờ nghỉ như nghỉ trưa. Nếu ta set backup Full hàng tuần thì có thể set backup diff hàng đêm...
- Backup Log: Lưu lại các hoạt động kể từ lần backup gần nhất. Khi phục hồi sẽ mô phỏng các transaction đã xảy ra để thực hiện lại.
- Ưu điểm: Dung luọng lưu trữ nhỏ, nhanh.
- Khuyết: Phải lưu tất cả các phiên bản log từ lần backup gần nhất. Quy trình phục hồi phức tạp. Phải phục hồi bản Full,, sau đó bản Diff (nếu có), sau đó tuần tự từng bản backup log.
=> Thích hợp backup hàng giờ
Ngoài ra còn có backup Tail-Log, được hỗ trợ từ SQL server 2012. Tuy nhiên nó dùng khi phục hồi chứ không phải backup.
III/ Lưu ý khi Phục hồi (Restore)
1/ Nếu bạn không có kinh nghiệm về phục hồi hoặc không rõ quy trình về phục hồi thì nên thuê một bên thứ 3 trợ giúp. Tránh việc mò mẫm sẽ làm hỏng luôn hiện trạng của server.
2/ Nếu Phiên bản SQL server của bạn có hỗ trợ backup Tail-Log và bạn có tuân thủ nguyên tắc Lưu file log riêng/ File data riêng thì nên backup Taillog trước khi phục hồi.
3/Nếu có vấn đề với các user do user bị đứt mapping với các Login thì nên tìm thủ thuật để chuyển SID chúng tương thích với nhau. (Một số bạn hiện nay chọn giải pháp xóa user và tạo lại, nhưng việc này tốn nhiều thời gian cho phân quyền hơn)
Noname