Mô tả của thảm họa tùy chọn phục hồi cho Microsoft SQL Server

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 822400
TÓM TẮT
Bài viết này thảo luận về các giải pháp khác nhau cho phục hồi dữ liệu từ một database Microsoft SQL Server, nếu một thảm họa xảy ra. Bài viết này cũng thảo luận về những lợi thế và bất lợi của mỗi giải pháp.

Disaster Recovery phục hồi là một quá trình mà bạn có thể sử dụng để giúp phục hồi thông tin hệ thống và dữ liệu, nếu một thảm họa xảy ra.

Một số ví dụ của thiên tai bao gồm một tự nhiên hay một thảm họa do con người như một ngọn lửa hoặc một kỹ thuật thảm họa như một hai-đĩa thất bại trong một mảng ổ đĩa độc lập dự phòng (Đột kích) 5 mảng.

Kế hoạch phục hồi thiên tai là công việc mà là dành cho việc chuẩn bị tất cả các hành động đó phải xảy ra để đáp ứng với một thảm họa. Việc lập kế hoạch bao gồm việc lựa chọn một chiến lược để giúp phục hồi có giá trị dữ liệu. Lựa chọn chiến lược thích hợp thiên tai phục hồi phụ thuộc vào yêu cầu kinh doanh của bạn.

Lưu ý Các giải pháp mà sẽ được thảo luận trong bài viết này chỉ cung cấp mô tả chung của các công nghệ mà bạn có thể sử dụng. Các chung mô tả là để so sánh các phương pháp phục hồi thiên tai và các Thiên tai phục hồi kế hoạch. Trước khi bạn quyết định giải pháp phục hồi thiên tai tốt nhất cho bạn, hãy chắc chắn rằng bạn xem xét mỗi người trong số những thảm họa đề nghị phục hồi các giải pháp chi tiết hơn. Sau khi thảo luận về mỗi Disaster Recovery disaster recovery giải pháp, bài viết này chứa các liên kết nơi bạn có thể tìm thấy thông tin bổ sung về giải pháp đó.

Cụm chuyển đổi dự phòng

Cụm chuyển đổi dự phòng Microsoft SQL Server 2000 được thiết kế để chuyển đổi dự phòng tự động nếu một lỗi phần cứng hoặc một phần mềm không xảy ra. Bạn có thể sử dụng SQL Server 2000 cụm chuyển đổi dự phòng clustering để tạo ra một chuyển đổi dự phòng cho một Ví dụ đơn SQL Server 2000 hoặc cho nhiều trường hợp của SQL Server 2000. Failover cụm cho phép một hệ thống bộ máy cơ sở dữ liệu tự động chuyển đổi các xử lý của một thể hiện của SQL máy chủ từ một máy chủ thất bại để làm việc một hệ phục vụ. Vì vậy, cụm chuyển đổi dự phòng là hữu ích nếu một hệ điều hành lỗi xảy ra hoặc nếu bạn thực hiện một nâng cấp kế hoạch của hệ thống bộ máy cơ sở dữ liệu tài nguyên. Ngoài ra, cụm chuyển đổi dự phòng làm tăng tính sẵn sàng máy chủ không có thời gian chết.

Vì cụm chuyển đổi dự phòng được thiết kế cho máy chủ cao sẵn có với hầu như không có thời gian chết máy chủ, các nút chọn một nhóm nên về mặt địa lý gần gũi với nhau. Cụm chuyển đổi dự phòng không có thể hữu ích nếu một đĩa thất bại mảng xảy ra.

Lưu ý Để thực hiện các cụm chuyển đổi dự phòng, bạn phải cài đặt chuyên biệt Microsoft SQL Server 2000 Enterprise Edition.

hệ điều hành sau hỗ trợ cụm chuyển đổi dự phòng:
  • Microsoft Windows NT 4.0, phiên bản doanh nghiệp
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, doanh nghiệp Phiên bản
  • Microsoft Windows Server 2003, trung tâm dữ liệu Phiên bản
Các hệ điều hành bao gồm một thành phần cài đặt chuyên biệt, bản ghi dịch vụ Microsoft cụm (MSCS). Thực hiện failover cụm cho SQL Máy chủ, bạn phải cài đặt chuyên biệt MSCS.

Để biết thêm chi tiết về MSCS và cài đặt chuyên biệt nó, bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
259267bản ghi dịch vụ Microsoft cụm cài đặt chuyên biệt tài nguyên

Lợi thế và bất lợi của việc sử dụng cụm chuyển đổi dự phòng

Lợi thế
Bạn có sẵn sàng máy chủ cao. Chuyển đổi dự phòng cụm tự động xảy ra nếu hệ phục vụ chính không thành công.
Nhược điểm
  • Bạn phải chịu một chi phí lớn hơn. Việc duy trì các hai máy chủ là hai lần chi phí của việc duy trì một máy chủ đơn. Bởi vì bạn phải duy trì hai máy chủ cùng một lúc, đó là đắt tiền hơn để cài đặt chuyên biệt và duy trì nhóm các nút chọn một.
  • Các máy chủ nên trong cùng một vị trí. Nếu các chi nhánh của các tổ chức trên toàn cầu và các cụm đang hoạt động/hoạt động phải thực hiện tại các chi nhánh, các mạng và cơ sở hạ tầng lưu trữ mà bạn có thể sử dụng là rất khác nhau từ một chuỗi máy chủ thiết bị tiêu chuẩn đại biểu. Vì vậy, mặc dù nó có thể, đó là không tốt nhất để sử dụng về mặt địa lý các máy chủ từ xa.
  • Bạn có không có bảo vệ chống lại một mảng đĩa sự thất bại.
  • Cụm chuyển đổi dự phòng không cho phép bạn để tạo ra chuyển đổi dự phòng cụm Database cấp hoặc tại bộ máy cơ sở dữ liệu đối tượng cấp, chẳng hạn như các bảng cấp.
Để biết thêm chi tiết về cụm chuyển đổi dự phòng, truy cập vào các Microsoft Web site sau:Để biết thêm chi tiết về cụm chuyển đổi dự phòng, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
243218cài đặt chuyên biệt để cho SQL Server 2000 Enterprise Edition trên máy chủ cụm Microsoft
822250 Hỗ trợ WebCast: Microsoft SQL Server 2000 failover cụm thủ tục phục hồi thiên tai
Để biết thêm chi tiết về chính sách hỗ trợ Microsoft cho cụm chuyển đổi dự phòng SQL Server, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
327518Chính sách hỗ trợ Microsoft cho một cụm chuyển đổi dự phòng máy chủ SQL

bộ máy cơ sở dữ liệu phản ánh

bộ máy cơ sở dữ liệu phản ánh là một giải pháp phần mềm chủ yếu để tăng bộ máy cơ sở dữ liệu sẵn có. Bạn chỉ có thể thực hiện phản ánh trên một cơ sở cho mỗi sở dữ liệu. Ánh xạ chỉ làm việc với bộ máy cơ sở dữ liệu mà sử dụng các mô hình khôi phục đầy đủ. Các mô hình đơn giản và kí nhập số lượng lớn phục hồi hỗ trợ bộ máy cơ sở dữ liệu phản ánh. Vì vậy, tất cả các số lượng lớn hoạt động luôn luôn hoàn toàn kí nhập. bộ máy cơ sở dữ liệu phản ánh hoạt động với bất kỳ mức độ tương hợp về sau bộ máy cơ sở dữ liệu được hỗ trợ.

Lợi thế và bất lợi của việc sử dụng bộ máy cơ sở dữ liệu phản ánh

Lợi thế
  • bộ máy cơ sở dữ liệu phản ánh tăng bảo vệ dữ liệu.
  • bộ máy cơ sở dữ liệu phản ánh làm tăng tính sẵn sàng của bộ máy cơ sở dữ liệu.
  • bộ máy cơ sở dữ liệu phản ánh cải thiện sự sẵn có của bộ máy cơ sở dữ liệu sản xuất trong khi nâng cấp.
Nhược điểm
  • bộ máy cơ sở dữ liệu gương nên giống hệt nhau để bộ máy cơ sở dữ liệu chính. Ví dụ, tất cả các đối tượng, tên đăng nhập và quyền nên giống hệt nhau.
  • bộ máy cơ sở dữ liệu phản ánh liên quan đến việc chuyển thông tin từ một máy tính sang máy tính khác trên mạng. Vì vậy, an ninh thông tin chuyển giao các SQL Server là rất quan trọng.

Peer-to-peer giao dịch rộng

Peer-to-peer giao dịch rộng được thiết kế cho các ứng dụng mà có thể đọc hoặc có thể sửa đổi các dữ liệu trong bất kỳ bộ máy cơ sở dữ liệu tham gia nhân rộng. Ngoài ra, nếu bất kỳ máy chủ lưu trữ các bộ máy cơ sở dữ liệu không sẵn dùng, bạn có thể sửa đổi các ứng dụng để lộ lưu lượng truy cập đến các máy chủ còn lại. Các máy chủ còn lại chứa đồng gửi giống hệt nhau của dữ liệu.

Lợi thế và bất lợi của việc sử dụng peer-to-peer giao dịch rộng

Lợi thế
  • Đọc hiệu suất được cải thiện bởi vì bạn có thể lây lan hoạt động trên tất cả các nút chọn một.
  • Tổng hợp hiệu suất Cập Nhật, chèn hiệu suất, và xóa hiệu suất cho topo giống với hiệu suất của một nút chọn một duy nhất bởi vì tất cả các thay đổi được phổ biến cho tất cả các nút chọn một.
Nhược điểm
  • Peer-to-peer rộng có sẵn chỉ trong SQL Server 2005 Enterprise Edition.
  • Tất cả các bộ máy cơ sở dữ liệu tham gia phải chứa lược đồ giống hệt nhau và dữ liệu.
  • Chúng tôi đề nghị rằng mỗi node sử dụng bộ máy cơ sở dữ liệu phân phối của mình. Cấu hình này giúp loại bỏ những tiềm năng cho SQL Server 2005 có một điểm của sự thất bại.
  • Bạn không thể bao gồm các bảng biểu và các đối tượng khác trong nhiều ấn phẩm căn ngang căn ngang nhau trong bộ máy cơ sở dữ liệu xuất bản duy nhất.
  • Bạn phải có một ấn phẩm được kích hoạt để nhân rộng căn ngang căn ngang nhau trước khi bạn tạo ra bất kỳ mục kiểm nhập.
  • Bạn phải khởi tạo mục kiểm nhập bằng cách sử dụng một đồng gửi lưu hoặc bằng cách thiết lập giá trị của các loại đồng bộ hóa thuê bao để nhân rộng hỗ trợ chỉ.
  • Peer-to-peer giao dịch rộng cung cấp phát hiện xung đột hoặc giải quyết xung đột.
  • Chúng tôi đề nghị rằng bạn không sử dụng nhận dạng cột.

Duy trì một chế độ chờ ấm hệ phục vụ

Bạn có thể tạo ra và duy trì một máy chủ dự phòng nóng bằng cách sử dụng một trong hai các phương pháp sau đây:
  • kí nhập vận chuyển
  • Nhân bản giao dịch
Thông tin thêm về mỗi người trong số những phương pháp hai sau.

kí nhập vận chuyển

kí nhập vận chuyển được bao gồm trong các nguồn tài nguyên kit cho Microsoft SQL Server 7.0, và nó hoàn toàn tích hợp vào trong Microsoft SQL Server 2000 Phiên bản doanh nghiệp và trong Microsoft SQL Server 2000 Developer Edition. kí nhập vận chuyển sử dụng một máy chủ dự phòng mà không được sử dụng trong thời gian hoạt động thường xuyên. A máy chủ dự phòng là hữu ích để giúp phục hồi dữ liệu nếu một thảm họa xảy ra. Bạn có thể chỉ sử dụng kí nhập vận chuyển cấp bộ máy cơ sở dữ liệu. Bạn không thể sử dụng nó tại trường hợp cấp.

Khi một máy chủ dự phòng khôi phục lại các bản ghi của giao dịch, các bộ máy cơ sở dữ liệu trong chế độ độc quyền và nó không sử dụng được. Tuy nhiên, bạn có thể chạy lô báo cáo công việc giữa các giao dịch kí nhập phục hồi hoặc giao diện điều khiển bộ máy cơ sở dữ liệu Lệnh (DBCC) kiểm tra để liên tục kiểm tra tính toàn vẹn của chế độ chờ hệ phục vụ. Đối với các ứng dụng như các máy chủ hỗ trợ quyết định đó có yêu cầu liên tục xử lý trên một máy chủ bộ máy cơ sở dữ liệu, vận chuyển kí nhập là không một thích hợp tùy chọn.

Độ trễ trên máy chủ dự phòng dựa trên làm thế nào thường xuyên sao lưu kí nhập giao dịch được thực hiện tại các máy chủ chính và sau đó áp dụng tại các máy chủ dự phòng. Nếu hệ phục vụ chính không thành công, bạn có thể mất thay đổi mà đã được thực hiện bởi các giao dịch xảy ra sau khi giao dịch gần đây nhất của bạn Nhật ký sao lưu.

Ví dụ, nếu giao dịch kí nhập sao lưu ký mọi 10 phút, các giao dịch trong thời gian gần đây nhất 10 phút có thể bị mất. Điều này không có nghĩa rằng các bản cập nhật dữ liệu được thực hiện cho tiểu học hệ phục vụ trong thời gian trễ sẽ bị mất. Thông thường, mới Cập Nhật tại các Nhật ký giao dịch chính có thể được phục hồi và áp dụng tại các máy chủ dự phòng ấm với chỉ là một sự chậm trễ nhỏ trong chuyển đổi từ hệ phục vụ chính để chế độ chờ hệ phục vụ. Mục đích chính của vận chuyển kí nhập là để duy trì một máy chủ dự phòng ấm. Nếu việc duy trì một máy chủ dự phòng ấm là mục tiêu chính của bạn, kí nhập vận chuyển là khả năng là thích hợp hơn so với các giải pháp khác rằng điều này điều thảo luận về.

Những thuận lợi và bất lợi của việc sử dụng kí nhập vận chuyển

Lợi thế
  • Bạn có thể khôi phục lại tất cả các hoạt động bộ máy cơ sở dữ liệu. Việc thu hồi bao gồm bất kỳ đối tượng nào được tạo như bảng và quan điểm. Nó cũng bao gồm bảo mật thay đổi như những người sử dụng mới đã được tạo ra và bất kỳ thay đổi quyền.
  • Bạn có thể khôi phục lại bộ máy cơ sở dữ liệu nhanh hơn. Sự phục hồi của bộ máy cơ sở dữ liệu và các bản ghi của giao dịch dựa trên định dạng cấp thấp trang. Vì vậy, kí nhập vận chuyển tốc độ lên quá trình phục hồi và kết quả trong các nhanh chóng phục hồi dữ liệu.
Nhược điểm
  • bộ máy cơ sở dữ liệu là không sử dụng được trong quá trình phục hồi bởi vì bộ máy cơ sở dữ liệu trong chế độ độc quyền trên máy chủ dự phòng.
  • Đó là một thiếu granularity. Trong thời gian phục hồi quá trình, tất cả những thay đổi trong hệ phục vụ chính được áp dụng tại chế độ chờ hệ phục vụ. Bạn không thể sử dụng kí nhập vận chuyển để áp dụng thay đổi cho một vài bảng và để từ chối những thay đổi còn lại.
  • Không có không có chuyển đổi dự phòng tự động của các ứng dụng. Khi các hệ phục vụ chính không thành công vì một thảm họa, máy chủ dự phòng không chuyển đổi dự phòng tự động. Vì vậy, bạn phải rõ ràng chuyển hướng các các ứng dụng kết nối tới hệ phục vụ chính để chờ (chuyển đổi dự phòng) hệ phục vụ.
Lưu ý Nếu mục đích chính của bạn là để duy trì một hệ phục vụ dự phòng ấm, Microsoft khuyến cáo rằng bạn sử dụng kí nhập vận chuyển. Các máy chủ dự phòng ấm phản ánh tất cả các giao dịch xảy ra trên hệ phục vụ chính. Tuy nhiên, bạn không thể sử dụng máy chủ chờ khi hệ phục vụ chính là có sẵn.

Để biết thêm chi tiết về làm thế nào để thiết lập một máy chủ dự phòng ấm bằng cách sử dụng vận chuyển kí nhập, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
323135Microsoft SQL Server 2000 - làm thế nào để thiết lập kí nhập vận chuyển (giấy trắng)
325220 Hỗ trợ WebCast: Microsoft SQL Server 2000 kí nhập vận chuyển
Để biết thêm thông tin về kí nhập vận chuyển, truy cập vào các các web site Microsoft sau đây:

Nhân bản giao dịch

Bạn cũng có thể sử dụng giao tác nhân rộng để duy trì một ấm hệ phục vụ dự phòng. Giao dịch sao sao chép dữ liệu trên một máy chủ (các nhà xuất bản) để phục vụ khác (các thuê bao) với độ trễ ít hơn kí nhập vận chuyển. Bạn có thể thực hiện giao dịch sao chép đối tượng bộ máy cơ sở dữ liệu cấp như cấp bảng. Vì vậy, Microsoft khuyến cáo rằng bạn sử dụng sao chép giao dịch khi bạn có ít dữ liệu để bảo vệ, và bạn phải có một kế hoạch phục hồi nhanh chóng.

Bạn có thể sử dụng một thuê bao đẩy để thực thi giao dịch rộng giữa hai máy chủ với hệ phục vụ chính là các nhà xuất bản và các máy chủ dự phòng như là người kiểm nhập. Nhân bản giao dịch đảm bảo sao chép dữ liệu. Khi các nhà xuất bản không thành công, người kiểm nhập có thể được sử dụng.

Giải pháp này là dễ bị tổn thương đến sự thất bại của nhà xuất bản và người kiểm nhập cùng một lúc. Trong kịch bản như vậy, bạn không thể bảo vệ các dữ liệu. Trong tất cả các kịch bản khác, chẳng hạn như sự thất bại của một nhà phân phối hoặc một thuê bao, nó là tốt nhất để đồng bộ hoá lại các dữ liệu trong các thuê bao với các dữ liệu trong các nhà xuất bản.

Bạn nên sử dụng giao tác nhân rộng để duy trì một máy chủ dự phòng ấm chỉ khi bạn không thực hiện thay đổi lược đồ hoặc bạn không thực hiện các thay đổi khác để bộ máy cơ sở dữ liệu như thay đổi an ninh sao chép mà không hỗ trợ.

Lưu ý Sao chép không được thiết kế cho việc duy trì trạm đậu tạm nghỉ ấm các máy chủ. Với đồng gửi, bạn có thể sử dụng dữ liệu replicated tại thuê bao để tạo các báo cáo. Bạn cũng có thể sử dụng nhân rộng để sử dụng chung khác mà không có bạn phải thực hiện xử lý trên các nhà xuất bản khá bận rộn.

Những thuận lợi và bất lợi của việc sử dụng nhân rộng giao dịch

Lợi thế
  • Bạn có thể đọc dữ liệu trên một thuê bao trong khi bạn áp dụng thay đổi.
  • Thay đổi được áp dụng với độ trễ ít hơn.

    Lưu ý Lợi thế này có thể không áp dụng nếu một trong hai sau đây là đúng:
    • Sao chép các đại lý không được đặt để liên tục.
    • Sao chép các đại lý được ngừng lại vì lỗi mà có thể xảy ra trong khi sao chép.
Giao dịch rộng có thể mất nhiều thời gian để áp dụng thay đổi bởi vì bản cập nhật lớn lô phải được thực hiện trong đồng gửi.
Nhược điểm
  • Thay đổi lược đồ hoặc thay đổi an ninh đã được thực hiện tại nhà xuất bản sau khi thiết lập nhân rộng sẽ không có sẵn tại các thuê bao.
  • Các nhà phân phối trong giao dịch rộng sử dụng một mở Kết nối kết nối (ODBC) bộ máy cơ sở dữ liệu hoặc kết nối OLE bộ máy cơ sở dữ liệu (OLEDB) phân phối dữ liệu. Tuy nhiên, vận chuyển kí nhập sử dụng khôi phục giao dịch ở độ cao thấp Transact-SQL tuyên bố để phân phối các bản ghi của giao dịch. KHÔI PHỤC Giao dịch tuyên bố là nhanh hơn nhiều so với một kết nối ODBC hoặc một OLEDB kết nối.
  • Thông thường, chuyển đổi các máy chủ xóa đồng gửi cấu hình. Vì vậy, bạn cần phải cấu hình nhân rộng hai lần:
    Khi bạn chuyển sang các thuê bao.
    Khi bạn chuyển về các nhà xuất bản.
  • Nếu một thảm họa xảy ra, bạn phải tự chuyển đổi các máy chủ của chuyển hướng tất cả các ứng dụng cho các thuê bao.
Để biết thêm chi tiết về sao chép, bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
195757Hỏi đáp - SQL Server 7.0 - sao chép

Tính năng sao lưu và khôi phục

Tính năng sao lưu và khôi phục của SQL Server cung cấp một điều quan trọng bảo vệ để bảo vệ dữ liệu quan trọng mà bạn lưu trữ trong bộ máy cơ sở dữ liệu SQL Server. Bạn có thể tạo một đồng gửi của một bộ máy cơ sở dữ liệu (một đồng gửi lưu) bằng cách sử dụng sao lưu và Khôi phục tính năng, và sau đó lưu trữ đồng gửi của bộ máy cơ sở dữ liệu trong một vị trí bảo vệ khỏi những sai lầm tiềm năng của các máy chủ chạy dụ của SQL Server. Nếu bạn gặp một lỗi hệ thống bộ máy cơ sở dữ liệu hoặc bộ máy cơ sở dữ liệu tham nhũng, sau đó bạn có thể sử dụng đồng gửi lưu để tái tạo bộ máy cơ sở dữ liệu hoặc để khôi phục lại các bộ máy cơ sở dữ liệu.

Khi bạn có kế hoạch khắc phục thảm họa bằng cách sử dụng sao lưu và Khôi phục tính năng, cũng xác định như thế nào quan trọng là các dữ liệu trong bộ máy cơ sở dữ liệu. Ngoài ra, xác định các yêu cầu phục hồi cho bộ máy cơ sở dữ liệu. Cho Ví dụ, xác định các yêu cầu phục hồi sau đây:
  • Điểm bạn khôi phục lại bộ máy cơ sở dữ liệu đến. Bạn phải quyết định sau đây hai bạn muốn làm:
    Khôi phục lại bộ máy cơ sở dữ liệu với các điều kiện của ban đêm trước khi sự thất bại.
    Khôi phục lại bộ máy cơ sở dữ liệu với các điều kiện của một điểm của thời gian càng gần càng tốt để thời gian của sự thất bại.
  • Bao lâu bộ máy cơ sở dữ liệu có thể không sẵn dùng. Cho dù bạn phải Khôi phục bộ máy cơ sở dữ liệu ngay lập tức.
Sau khi bạn xác định các yêu cầu phục hồi, bạn có thể kế hoạch một sao lưu quá trình duy trì một tập sao lưu để đáp ứng các yêu cầu

Bạn chỉ có thể Khôi phục bộ máy cơ sở dữ liệu về các điều kiện của các điểm của thời gian mà bạn thực hiện sao lưu mới nhất. Các giao dịch đó xảy ra sau khi sao lưu mà có thể bị mất. Vì vậy, Microsoft khuyến cáo rằng bạn sử dụng tính năng sao lưu và khôi phục chỉ cho bộ máy cơ sở dữ liệu không-nhiệm vụ-trầm-trọng các ứng dụng.

Những thuận lợi và bất lợi của việc sử dụng các tính năng sao lưu và khôi phục

Lợi thế
  • Bạn có thể trở lại bộ máy cơ sở dữ liệu lên đến phương tiện lưu động để giúp đỡ bảo vệ chống lại đĩa thất bại.
  • Bạn không cần phải phụ thuộc vào mạng như bạn làm gì khi bạn sử dụng cụm chuyển đổi dự phòng hoặc đăng vận chuyển.
Nhược điểm
  • Khi bạn sao lưu bộ máy cơ sở dữ liệu, bạn không thể thực hiện hoạt động như bảng sáng tạo, tạo ra các mục chỉ dẫn, bộ máy cơ sở dữ liệu thu hẹp lại, hoặc nonlogged hoạt động.
  • Nếu một lỗi xảy ra, bạn có thể mất dữ liệu gần đây nhất của bạn.
  • Nếu một thảm họa xảy ra, bạn phải tự khôi phục lại các bộ máy cơ sở dữ liệu.
Lưu ý Trước khi bạn sử dụng của bạn sao lưu và khôi phục thủ tục trong sản xuất một môi trường, nó là tốt nhất để kiểm tra kỹ lưỡng quy trình này trong một bài kiểm tra môi trường.

Để biết thêm chi tiết về các tính năng sao lưu và khôi phục, bấm số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
325257Hỗ trợ WebCast: SQL Server 2000 bộ máy cơ sở dữ liệu phục hồi: sao lưu và khôi phục
281122 Mô tả của khôi phục đồng gửi lưu tệp và filegroup trong SQL Server
Cho biết thêm thông tin về các đồng gửi lưu và khôi phục tính năng, ghé thăm Web site sau của Microsoft:

Đĩa sự thừa dữ liệu bằng cách sử dụng một mảng dư thừa của độc lập đĩa (RAID)

Một cuộc đột kích lưu trữ dự phòng dữ liệu trên nhiều đĩa để cung cấp lớn hơn độ tin cậy và ít thời gian chết cho máy chủ. RAID lớp 0, 1 và 5 thường được sử dụng như là tùy chọn phục hồi cho SQL Server. Các công nghệ RAID đó được đề cập đến cho phép cho sự thất bại và sau đó thay thế của một đĩa đơn đĩa mà không có máy chủ đi offline. Nếu xảy ra nhiều đĩa thất bại, dữ liệu có thể không được phục hồi. Vì vậy, Microsoft khuyến cáo rằng bạn kết hợp quản lý dữ liệu dự phòng với một sao lưu và khôi phục lại thủ tục để giúp đảm bảo bạn không mất dữ liệu nếu phần cứng một thất bại hoặc thiên tai khác xảy ra.

RAID 0 sử dụng công nghệ của striping cho truy cập nhanh hơn trong khi RAID 1 sử dụng công nghệ mirroring cho độ tin cậy của dữ liệu. Một kỹ thuật phổ biến sử dụng trong Quản lý bộ máy cơ sở dữ liệu quan hệ liên quan đến việc sử dụng RAID 0 và RAID 1 với nhau. Trong kỹ thuật này, hai mảng sọc giống hệt nhau của ổ đĩa đang liên tục Cập Nhật do đó thông tin được lưu trữ trên cả hai mảng là như nhau. Nếu một trong những thất bại mảng, mảng khác tự động mất hơn cho đến khi các mảng gốc được đưa trở lại trực tuyến.

RAID 5 (còn được gọi là phân chia với tương đương) sử dụng một mảng đĩa sọc duy nhất với bit chẵn lẻ viết cùng với các dữ liệu. Khi bất kỳ một đĩa thất bại, các bit chẵn lẻ có thể được sử dụng để tính toán các thiếu dữ liệu cho đến khi bạn thay thế các đĩa. Khi bạn thay thế các đĩa, bạn có thể sử dụng thông tin tính chẵn lẻ và dữ liệu còn lại để tái tạo các dữ liệu từ các thất bại khi đĩa và sao chép dữ liệu re-created đĩa mới. Tất cả các hoạt động xảy ra mà không có thời gian chết hệ thống bộ máy cơ sở dữ liệu. Một cuộc đột kích cung cấp nhiều người khác tùy chọn và tính năng để bạn có thể giúp đảm bảo rằng hệ thống bộ máy cơ sở dữ liệu của bạn kinh nghiệm như là thời gian chết ít nhất có thể.

Lợi thế và bất lợi của việc sử dụng một RAID

Lợi thế
Bạn không mất dữ liệu nếu bất kỳ một đĩa thất bại.
Nhược điểm
  • Nó có thể mất một thời gian dài để phục hồi dữ liệu.
  • Nếu nhiều đĩa thất bại, bạn không thể phục hồi dữ liệu quý giá.
Để biết thêm về RAID, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
100110Tổng quan về dự phòng mảng của chi phí thấp đĩa (RAID)
THAM KHẢO
Để tải về một phiên bản Cập Nhật của SQL Server 2000 sách Trực tuyến, ghé thăm Web site sau của Microsoft:Để biết thêm chi tiết về các tùy chọn phục hồi thiên tai khác, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
307775Thiên tai phục hồi bài viết cho Microsoft SQL Server
Để biết thêm chi tiết về cụm chuyển đổi dự phòng, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
195761Hỏi đáp - SQL Server 7.0 - chuyển đổi dự phòng
260758 câu hỏi thường gặp - SQL Server 2000 - cụm chuyển đổi dự phòng
274446 Nâng cấp lên SQL Server 2000 failover giải pháp được đề nghị cho tất cả các máy chủ ảo không - SQL Server 2000
280743 Windows cụm và về mặt địa lý riêng biệt web site
Cho biết thêm thông tin về các đồng gửi lưu và khôi phục tính năng, ghé thăm Web site sau của Microsoft:Để biết thêm chi tiết về các tính năng sao lưu và khôi phục, bấm số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
253817Làm thế nào để sao lưu các bản ghi của giao dịch cuối khi thầy và các bộ máy cơ sở dữ liệu tập tin bị hư hỏng trong SQL Server
314546 Làm thế nào để di chuyển bộ máy cơ sở dữ liệu giữa các máy tính đang chạy SQL Server
Để biết thêm chi tiết về văn bản đầy đủ danh mục mục tin thư thoại và tập tin, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
240867Làm thế nào để di chuyển, sao chép và sao lưu văn bản đầy đủ danh mục mục tin thư thoại và tập tin

Cảnh báo: Bài viết này được dịch tự động

属性

文章 ID:822400 - 上次审阅时间:07/03/2012 03:16:00 - 修订版本: 3.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2000 Standard Edition

  • kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtvi
反馈