Đánh giá chủ đề:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[Hướng dẫn] Một vài lưu ý cho người quản trị MS SQL server
#1
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
Chữ ký của Noname 020
ღღღღღTài sản của Noname (View All Items) ღღღღღ
Reply
Những người đã cảm ơn Minh Tiên , tranthanhan1962
#2
Chào A Noname!
theo mình được biết thì SQL rất là tuyệt vời còn rất nhiều tiện ích khác nữa chẳng hạn như giám sát lịch sử đăng nhập (user nào đăng nhập, đăng xuất và đã làm gì trên dữ liệu) mong A hướng dẫn vs
Chữ ký của cawboy Xin chào, mình là cawboy, Tham gia http://thuthuataccess.com/forum từ ngày 07-03 -14.
ღღღღღTài sản của cawboy (View All Items) ღღღღღ
Reply
Những người đã cảm ơn
#3
(25-05-15, 10:39 AM)cawboy Đã viết: Chào A Noname!
theo mình được biết thì SQL rất là tuyệt vời còn rất nhiều tiện ích khác nữa chẳng hạn như giám sát lịch sử đăng nhập (user nào đăng nhập, đăng xuất và đã làm gì trên dữ liệu) mong A hướng dẫn vs

Chào bạn, SQL server đúng là có lưu log ai đăng nhập giờ nào, truy xuất gì. Tuy nhiên thực tế thì không có ai triển khai và theo dõi. Lý do là không ai cho người dùng trực tiếp tác động đến SQL server mà thông qua các ứng dụng. Như vậy, trong phạm vi 1 project, người quản trị chỉ cấp vài ba user gì đó với quyền Full, chỉ đọc hoặc quyền ghi là cùng tùy vào nhu cầu. Ứng dụng cũng sẽ khai báo 1 lần user đó để phục vụ cho chương trình mình, rồi bản thân Ứng dụng có hệ thống quản lý user riêng rồi.
Bạn có thể tham khào bài Kỹ thuật lưu vết chương trình. Bài này Noname viết một cách đơn giản nhất để phục vụ các nhu cầu cơ bản. Bạn có thể thêm ít mắm muối phục vụ nhu cầu cao hơn
http://thuthuataccess.com/forum/thread-377.html
Chữ ký của Noname 020
ღღღღღTài sản của Noname (View All Items) ღღღღღ
Reply
Những người đã cảm ơn


Có thể liên quan đến chủ đề
Chủ đề: Tác giả Trả lời: Xem: Bài mới nhất
  Tổng hợp các bản cài đặt SQL Server đến 2016 maidinhdan 0 423 16-06-15, 11:25 AM
Bài mới nhất: maidinhdan
Information Hướng Dẫn Giải quyết Lỗi không thể kết nối trong SQL Server maidinhdan 0 372 15-06-15, 10:54 AM
Bài mới nhất: maidinhdan
  [Help] Xin SQL Server Migration Assistant (SSMA) for Access V5.2 maidinhdan 7 1,087 04-03-15, 10:54 AM
Bài mới nhất: maidinhdan
  Hướng Dẫn Video: 1/10: Cài đặt SQL Server 2005 trên WinXP maidinhdan 0 391 24-02-15, 05:27 PM
Bài mới nhất: maidinhdan
  Sự khác nhau trong câu lệnh SQL sử dụng trong Access (Jet) và SQL Server (SS) lehongduc 1 595 27-11-14, 09:16 PM
Bài mới nhất: hieuvn

Chuyển nhanh:


User(s) browsing this thread: 1 Guest(s)
Diễn Đàn Thơ Văn Thi Ẩm Lâu|Nhà Hàng Sông Thơ