Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Sao lưu dữ liệu Exchange Server 2003 và các dịch vụ Volume Shadow Copy

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:822896
TÓM TẮT
Tính năng dịch vụ Volume Shadow Copy trong Microsoft Windows Server 2003 có thể được sử dụng để tạo ra các ứng dụng sao lưu và khôi phục Microsoft Exchange Server 2003. Các cửa sổ Volume Shadow Copy Service (VSS) cung cấp một cơ sở hạ tầng cho phép các chương trình quản lý của bên thứ ba lưu trữ, các chương trình kinh doanh và các nhà cung cấp phần cứng để hợp tác trong việc tạo và quản lý các bản sao ẩn. Các giải pháp dựa trên cơ sở hạ tầng này có thể sử dụng bản sao ẩn (hoặc bản sao được nhân đôi) để sao lưu và khôi phục lại một hoặc nhiều cơ sở dữ liệu Exchange Server 2003.

Dịch vụ Volume Shadow Copy tọa độ giao tiếp giữa Requestors (các ứng dụng sao lưu), Nhà văn (các ứng dụng trong dịch vụ Windows như Exchange Server 2003, và SQL Server 2000), và Các nhà cung cấp (hệ thống, phần mềm hoặc phần cứng thành phần mà tạo ra các bản sao ẩn). Sử dụng tính năng dịch vụ Volume Shadow Copy để sao lưu Exchange Server 2003, chương trình sao lưu phải bao gồm một nhận thức Exchange Server 2003 Volume Shadow Copy service requestor. Bởi vì chương trình sao lưu được đóng gói với Windows Server có không có requestor như vậy, các tổ chức phải sử dụng ứng dụng sao lưu của bên thứ ba.

Để được tuân thủ với Exchange Server 2003, VSS dựa trên các ứng dụng sao lưu phải tuân theo ba yêu cầu cơ bản để đảm bảo tính toàn vẹn và recoverability bản sao lưu bản sao bóng. Nếu các yêu cầu này không được theo sau, Microsoft sản phẩm hỗ trợ dịch vụ (PSS) sẽ xem xét giải pháp sao lưu để ở bên ngoài của khuôn khổ trao đổi VSS và sẽ không thể khắc phục sự cố sao lưu và khôi phục lại các vấn đề. Khách hàng cần kiểm chứng với các nhà cung cấp sao lưu dự phòng ứng dụng thực hiện tốt các yêu cầu trao đổi tương thích được liệt kê trong bài viết cơ sở kiến thức này. Chi tiết về các yêu cầu trao đổi VSS được trình bày trong phần "Thông tin thêm" bài viết này.

Như với bất kỳ giải pháp bên thứ ba, đại lý bán ứng dụng sao lưu là nhà cung cấp chính hỗ trợ cho các vấn đề sao lưu và phục hồi. PSS có thể giúp bạn chẩn đoán hay phân tích các vấn đề với cơ sở dữ liệu có sẵn và giao dịch đăng nhập tập tin bộ. Tuy nhiên, Microsoft không hiển thị lỗi hay gỡ lỗi bên thứ ba sản phẩm. PSS hỗ trợ bị giới hạn để tư vấn về làm thế nào để tốt nhất tiếp tục khôi phục cơ sở dữ liệu có sẵn và các giao dịch đăng nhập tập tin.

Để biết thêm chi tiết về làm thế nào VSS dựa trên các giải pháp được hỗ trợ bởi PSS, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
841696Tổng quan về các giải pháp phần mềm bên thứ ba lưu trữ của Microsoft hỗ trợ chính sách
THÔNG TIN THÊM

Danh sách sau đây mô tả sao lưu Exchange Server 2003 với quá trình dịch vụ Volume Shadow Copy:

  1. Sao lưu chương trình (hoặc đại lý) chạy một công việc theo lịch trình.
  2. Dịch vụ Volume Shadow Copy Requestor trong chương trình sao lưu sẽ gửi một lệnh cho các dịch vụ Volume Shadow Copy để có bản sao ẩn của các nhóm đã chọn lưu trữ Exchange Server 2003.
  3. Shadow sao chép khối lượng dịch vụ liên lạc với hệ phục vụ Exchange 2003 nhà văn để chuẩn bị cho bản sao lưu ảnh chụp.
  4. Shadow sao chép khối lượng dịch vụ liên lạc với nhà cung cấp lưu trữ thích hợp để tạo ra một bản sao bóng khối lượng lưu trữ hoặc lưu trữ tập chứa nhóm lưu trữ Exchange Server 2003 hoặc các nhóm lưu trữ.
  5. Dịch vụ sao bóng khối lượng bản phát hành Exchange Server 2003 để tiếp tục hoạt động bình thường.
  6. Các dịch vụ Volume Shadow Copy Requestor xác minh sự tích hợp của tập sao lưu trước khi để thông báo cho Exchange rằng sao lưu đã thành công.
Ví dụ, khi một yêu cầu bản sao bóng nhận được từ một chương trình sao lưu Exchange Server 2003 mà đã có dịch vụ Volume Shadow Copy hỗ trợ (requestor), Volume Shadow Copy dịch vụ giao tiếp với Exchange Server 2003 Writer để chuẩn bị cho ảnh chụp, vào thời điểm này Exchange Server 2003 nghiêm cấm các hành động hành chính chống lại nhóm lưu trữ, kiểm tra khối lượng phụ thuộc và đình chỉ tất cả viết hoạt động cơ sở dữ liệu và các giao dịch đăng nhập tập tin trong khi cho phép truy nhập chỉ-đọc. Dịch vụ sao bóng khối lượng sau đó liên lạc với nhà cung cấp lưu trữ thích hợp để bắt đầu quá trình bản sao bóng cho các khối lượng đĩa chứa dữ liệu Exchange Server 2003. Sao ẩn thường mất vài giây mà sẽ thực tế không thể trông thấy để người dùng cuối. Khi sao bóng đã được thực hiện, khối lượng bản sao dịch vụ liên lạc với Exchange Server 2003 Writer trao đổi có thể tiếp tục hoạt động bình thường. Chương trình sao lưu thẩm tra sức khỏe của sao bóng trước khi để thông báo cho Exchange rằng sao lưu đã thành công. Ở phần cuối của một trao đổi sao lưu thành công truncates các bản ghi và ghi lại thời gian của bản sao lưu cuối cùng cho các cơ sở dữ liệu hoặc cơ sở dữ liệu.

Để biết thêm chi tiết về Exchange Server 2003 backup với các dịch vụ Volume Shadow Copy, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
842066Hỗ trợ TechNet WebCast: Khối lượng bản sao cho Exchange Server 2003

Danh sách sau đây mô tả các yêu cầu Exchange Server 2003 bất kỳ ứng dụng sao lưu bản sao bóng phải tuân theo để đảm bảo tính toàn vẹn và recoverability cơ sở dữ liệu Exchange:

Danh sách dưới đây cung cấp các bản ghi sự kiện ứng dụng cụ thể mà xác định nếu yêu cầu trao đổi là đang được theo sau. Các ứng dụng sao lưu và Exchange server có thể đăng nhập các sự kiện khác liên quan đến quá trình sao lưu và khôi phục. Xác nhận rằng các sự kiện sau đây đã đăng trong bản sao lưu và khôi phục sẽ phục vụ như kiểm tra việc tuân thủ với các yêu cầu trao đổi VSS. Hiện nay, không có không có chương trình chứng nhận cho bất kỳ giải pháp phần mềm bên thứ ba chạy trên trao đổi. Tuân thủ đảm bảo tính toàn vẹn và recoverability bản sao lưu bản sao bóng, nhưng làm cho không có bảo hành trên hiệu suất hoặc độ tin cậy của các giải pháp bên thứ ba.
  1. Trao đổi cơ sở dữ liệu, giao dịch đăng nhập và trạm kiểm soát tập tin phải được sao lưu độc quyền thông qua các nhà văn trao đổi:

    Sự kiện ứng dụng sau đây sẽ được đăng nhập nếu nhà văn Exchange bắt đầu trong bản sao lưu bản sao bóng.

    Sự kiện loại: thông tin
    Sự kiện Source: Tây Bắc
    Sự kiện thể loại: sao
    ID sự kiện: 2005
    Ngày: 6/17/2004
    Thời gian: 11: 40: 41 sa
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Bản sao lưu trữ thông tin (2180) ví dụ 3 bắt đầu. Đây sẽ là một "sao lưu loại" * shadow sao chép.

    * Nơi "Loại sao lưu" là loại sao lưu được thực hiện (đầy đủ, bản sao, Incremental hoặc vi phân).

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeIS
    Sự kiện thể loại: Trao đổi VSS Writer
    Tổ chức sự kiện ID: 9608
    Ngày: 6/17/2004
    Thời gian: 11: 40: 42 AM
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Trao đổi VSS Snapshot chuẩn bị cho ảnh chụp thành công.

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeIS
    Sự kiện thể loại: Trao đổi VSS Writer
    ID sự kiện: 9610 người
    Ngày: 6/17/2004
    Thời gian: 11: 40: 43 AM
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Trao đổi VSS Snapshot đã đông lạnh các nhóm lưu trữ thành công.

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeIS
    Sự kiện thể loại: Trao đổi VSS Writer
    ID sự kiện: 9612 người
    Ngày: 6/17/2004
    Thời gian: 07: 40: 52 AM
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Trao đổi VSS Snapshot đã xả đá các nhóm lưu trữ thành công.

  2. Ứng dụng sao lưu phải xác nhận sự toàn vẹn của tập sao lưu bản sao bóng.

    Microsoft khuyến cáo, nhưng không yêu cầu, rằng điều này được thực hiện trước khi ứng dụng sao lưu thông báo cho Exchange rằng sao lưu đã hoàn tất. Lý do đề nghị này là trao đổi thực hiện hai nhiệm vụ quan trọng sau khi sao lưu thành công:
    • Trao đổi các bản cập nhật các tiêu đề của các cơ sở dữ liệu sao lưu để phản ánh cuối cùng sao lưu thành công
    • Trao đổi loại bỏ bản ghi của giao dịch ("prunes") từ hệ phục vụ không còn phải cuộn chuyển tiếp từ sao lưu lần cuối thành công.
    Nếu một ứng dụng sao lưu postpones xác minh tính toàn vẹn cho đến khi sau khi các tác vụ đã hoàn thành, đặc biệt sau đó chăm sóc phải được thực hiện để bảo tồn sao lưu đã kiểm tra cuối cùng với bản sao của tất cả các tập tin đăng nhập theo yêu cầu của rằng bản sao lưu. Mặc dù sao lưu có thể đã đã được báo cáo thành công để trao đổi, sao lưu không nên được dựa vào cho đến khi ứng dụng sao lưu trên thực tế đã hoàn thành xác minh tính toàn vẹn.

    Xem "Làm thế nào để thực hiện xác minh tính toàn vẹn cho sao lưu VSS" phần của bài viết này cho đầy đủ chi tiết về làm thế nào để thực hiện kiểm tra tính toàn vẹn và làm thế nào để xác định đó cơ sở dữ liệu và tập tin đăng nhập của giao dịch phải được bảo quản, cho đến khi xác minh tính toàn vẹn đã hoàn tất.
  3. Khôi phục vào vị trí gốc ** phải được thực hiện tối ưu với các nhà văn Exchange

    Trao đổi văn sẽ đăng nhập sau các sự kiện trong bản ghi sự kiện ứng dụng trong một quá trình khôi phục bản sao bóng.

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeIS
    Sự kiện thể loại: Trao đổi VSS Writer
    Tổ chức sự kiện ID: 9620
    Ngày: 6/17/2004
    Thời gian: 1: 49: 59 ch
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Trao đổi VSS Snapshot đã xử lý pre-restore sự kiện thành công

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeIS
    Sự kiện thể loại: Trao đổi VSS Writer
    Tổ chức sự kiện ID: 9618
    Ngày: 6/17/2004
    Thời gian: 1: 59: 46 PM
    Người dùng: N/A
    Máy tính: EXCHSERVER
    Mô tả:Trao đổi VSS Snapshot đã xử lý post-restore sự kiện thành công

** "Vị trí ban đầu" có nghĩa là một máy tính trao đổi với cùng một tên máy chủ và đường dẫn tập tin tương tự như máy tính Exchange mà sao lưu VSS được thực hiện.

Khôi phục để thay thế các địa điểm không thể đạt được thông qua các nhà văn trao đổi theo số Exchange Server 2003 SP1. VSS dựa trên sao lưu các ứng dụng có thể chọn để cung cấp các hướng dẫn sử dụng hay các phương pháp lập trình để khôi phục bản sao ẩn của trao đổi cơ sở dữ liệu đến các địa điểm khác.

Làm thế nào để thực hiện xác minh tính toàn vẹn cho sao lưu VSS

Khi cơ sở dữ liệu được sao lưu bằng cách sử dụng Exchange streaming sao lưu API, mỗi trang trong cơ sở dữ liệu được đọc lần lượt, và kiểm tra tính toàn vẹn của mỗi trang được xác minh trong quá trình sao lưu. Sự tích hợp kiểm tra các tập tin log giao dịch cũng đã kiểm tra trước khi chúng được sao lưu.

Trong thời gian một sao lưu VSS, không có không có cơ hội cho việc trao đổi để đọc mỗi tập tin cơ sở dữ liệu toàn bộ và xác minh tính toàn vẹn checksum của nó. Vì vậy, toàn vẹn tệp sổ ghi cơ sở dữ liệu và giao dịch phải được xác nhận qua ứng dụng sao lưu. Điều này có thể được thực hiện bằng cách chạy Eseutil, như được diễn tả ở phần cuối của tài liệu này.

Nếu bạn không kiểm tra xác-minh VSS sao lưu của bạn, nó có thể là một trang bị hư hại có thể vẫn không bị phát hiện trong cơ sở dữ liệu và cuối cùng trở thành hiện diện trong tất cả các sao lưu sẵn có. Cách duy nhất để phục hồi từ trường hợp này là để sửa chữa cơ sở dữ liệu. Sửa chữa cơ sở dữ liệu sẽ đòi hỏi nhiều thời gian chết và sẽ dẫn đến ít nhất một số mất dữ liệu (tối thiểu mất mát dữ liệu đã có trên các trang bị hư hại).

Tuy nhiên, nếu bạn sao lưu lần cuối VSS đã được xác minh để chứa tất cả các trang tốt, bạn có thể tẩy các trang bị hư hỏng từ cơ sở dữ liệu bằng cách khôi phục bản sao lưu xác minh và cán nó về phía trước với các bản ghi của giao dịch tạo kể từ khi sao lưu được thực hiện. Thời gian chết yêu cầu để làm điều này thường sẽ ngắn hơn nhiều so với một sửa chữa cơ sở dữ liệu, và phương pháp này phục hồi có thể sửa chữa các vấn đề cơ sở dữ liệu với số không mất dữ liệu.

Vì vậy, bạn không nên xem xét một dự phòng VSS là tốt cho đến khi tất cả các tập tin trong nó đã được kiểm tra xác minh.

Bạn nên làm theo các quy tắc hai bên dưới để xác minh tính toàn vẹn sao lưu:
  • Cho các tập tin cơ sở dữ liệu: bạn phải luôn luôn giữ một bản sao xác minh tính toàn vẹn của tập tin cơ sở dữ liệu có sẵn. Một sao lưu kiểm chứng toàn vẹn là một trong trang kiểm tra xác minh đã hoàn thành trên tệp cơ sở dữ liệu tập sao lưu.
Cơ sở dữ liệu gần đây đã sao lưu đã không được thông qua kiểm tra xác minh không thể được coi là một bản sao lưu hợp lệ. Bạn không phải loại bỏ bản sao lưu trước xác minh cho đến khi bạn đã xác minh tính toàn vẹn của bản sao lưu hiện tại.
  • Đối với giao dịch đăng nhập tập tin: tất cả các giao dịch đăng nhập tập tin cần thiết cho phục hồi của bản sao lưu cơ sở dữ liệu toàn vẹn xác nhận gần đây nhất cũng phải được sao lưu và toàn vẹn cấp kiểm tra của họ cũng xác minh.
Các Nhật ký giao dịch bao gồm, ở mức tối thiểu, phạm vi, bao gồm các tập tin log được liệt kê trong lĩnh vực đăng nhập yêu cầu trong tiêu đề của mỗi cơ sở dữ liệu trong bản sao lưu trước xác minh. Nếu các tập tin đăng nhập không có sẵn, cơ sở dữ liệu sẽ không mountable sau khi phục hồi.

Quan trọng Yêu cầu này áp dụng cho sao xác minh tính toàn vẹn lưu cuối, không phải để sao lưu nhất gần đây đã thực hiện. Cho đến khi bản sao lưu gần đây nhất đã qua kiểm tra xác minh, người ta không xem một bản sao lưu hợp lệ.

Tùy chọn, bạn cũng có thể bảo vệ các bản ghi bổ sung cần thiết để hoàn toàn cuộn cơ sở dữ liệu chuyển tiếp sau khi khôi phục sao lưu cơ sở dữ liệu. Đây là những tất cả các giao dịch đăng nhập không gián đoạn trình tự bắt đầu với các tập tin Log yêu cầu thấp nhất lên đến các bản ghi của giao dịch nhất gần đây đã tạo ra đã bị thanh lọc từ Exchange server. Ví dụ chi tiết và giải thích về điều này có nghĩa cung cấp dưới đây.

Giữ gìn bản ghi của giao dịch vượt ra ngoài những người được liệt kê trong Nhật ký yêu cầu range(s) là tùy chọn, trong ý nghĩa rằng làm như vậy là không nghiêm chỉnh cần thiết để thành công khôi phục và gắn kết một hậu thuẫn ra cơ sở dữ liệu. Tuy nhiên, nếu bạn không giữ tất cả các Nhật ký, sau đó khôi phục từ bản sao lưu sẽ làm bạn mất tất cả những thay đổi trong cơ sở dữ liệu qua thời điểm của bản sao lưu. Microsoft mạnh mẽ khuyến cáo bạn không chỉ giữ các bản ghi của giao dịch cần thiết để khôi phục và gắn kết một hậu thuẫn ra cơ sở dữ liệu, nhưng cũng bản ghi của giao dịch sau đó tất cả cần thiết để cuộn cơ sở dữ liệu về phía trước mà không mất dữ liệu.

Việc xác định những giao dịch đăng nhập tập tin được yêu cầu

Nếu một trao đổi cơ sở dữ liệu được sao lưu trong khi đó là trực tuyến, ít nhất một giao dịch đăng nhập tập tin luôn luôn sẽ được sao lưu với nó. Điều này là bất kể cho dù bạn sử dụng sao lưu trực tuyến API hoặc VSS sao lưu API.

Sau khi phục hồi của một thông tin dự phòng, trực tuyến từ các giao dịch các bản ghi phải được áp dụng cho cơ sở dữ liệu ("replayed") trước khi cơ sở dữ liệu sẽ được mountable trở lại. Lĩnh vực đăng nhập yêu cầu mỗi tiêu đề cơ sở dữ liệu ghi lại số thứ tự (thế hệ) của dãy các tập tin log giao dịch phải được replayed vào cơ sở dữ liệu.

Nếu lĩnh vực đăng nhập bắt buộc đọc 0-0, điều này có nghĩa rằng cơ sở dữ liệu là mountable mà không cần phải phát lại bất kỳ dữ liệu nhật trình bổ sung giao dịch. Thời gian chỉ có giá trị đăng nhập yêu cầu sẽ là 0-0 là sau khi cơ sở dữ liệu được đưa vào một nhà nước sạch sẽ tắt máy tính. Trong khi cơ sở dữ liệu đang chạy, lĩnh vực đăng nhập yêu cầu luôn luôn ghi lại phạm vi của các bản ghi của giao dịch không có chưa được áp dụng cho cơ sở dữ liệu. Phạm vi này được cập nhật liên tục.

Cơ sở dữ liệu sao lưu trực tuyến sẽ luôn luôn có một phạm vi khác không đăng nhập yêu cầu, và các Nhật ký phải được sao lưu cùng với cơ sở dữ liệu. Nếu, sau khi phục hồi, các Nhật ký không sẵn dùng, cơ sở dữ liệu sẽ không được mountable. (Bạn có thể sửa chữa cơ sở dữ liệu nếu các bản ghi cần thiết không thể được tìm thấy, nhưng không có bảo đảm rằng sửa chữa sẽ được thành công, và sửa chữa sẽ hầu như luôn luôn dẫn đến một số mức độ mất dữ liệu, ngay cả khi chỉ là các dữ liệu trong mất tích Nhật ký.)

Nếu bạn sử dụng Exchange streaming sao lưu API hoặc VSS API sao lưu chứa trong Exchange VSS writer, sau đó yêu cầu đăng nhập tập tin cần thiết phải gắn kết một cơ sở dữ liệu sẽ được sao lưu tự động với cơ sở dữ liệu. Nếu bạn phát lại chỉ là các tập tin Log yêu cầu, điều này sẽ dẫn đến cơ sở dữ liệu được khôi phục đến điểm trong thời gian mà tại đó sao lưu hoàn tất. Nếu bạn muốn cuộn cơ sở dữ liệu chuyển tiếp qua điểm, bạn cũng phải chơi các tập tin đăng nhập được tạo ra sau khi sao lưu được thực hiện.

Để hoàn toàn cuộn cơ sở dữ liệu chuyển tiếp từ bất kỳ dự phòng cụ thể, bạn phải giữ gìn tất cả các tập tin log trong không gián đoạn trình tự bắt đầu từ thấp nhất trong phạm vi đăng nhập yêu cầu lên đến các tập tin log nhất gần đây đã được tạo ra trong cơ sở dữ liệu lưu trữ nhóm đăng nhập. Nếu bất kỳ đăng nhập trong loạt bài này là thiếu hoặc bị hư hỏng, bạn sẽ chỉ có thể cuộn chuyển tiếp đến điểm cuối cùng đăng nhập tốt trước khi các tập tin bị thiếu hoặc hỏng.

Vì vậy, nếu bạn muốn khôi phục từ bản sao lưu với không mất dữ liệu, nó là cần thiết rằng bạn duy trì tốt bản sao của tất cả các giao dịch đăng nhập tập tin sẽ chuyển tiếp từ của bạn sao lưu cơ sở dữ liệu tốt đã kiểm tra lần cuối.

Giao dịch đăng nhập cắt tỉa

Nếu các bản ghi của giao dịch không được gỡ bỏ từ máy chủ trao đổi, họ sẽ tiếp tục tích lũy cho đến khi họ điền vào tất cả các khoảng trống đĩa. Vì vậy, cả trực tuyến và VSS sao lưu các API hỗ trợ "tỉa" các tập tin log giao dịch sau khi hoàn tất sao lưu bình thường hoặc Incremental. Tệp nhật ký lớn tuổi hơn những người cần thiết để khôi phục bản sao lưu gần đây nhất được tự động xóa từ máy chủ sau khi tín hiệu ứng dụng sao lưu trao đổi đó sao lưu đã hoàn tất thành công.

Với API trực tuyến, kiểm tra xác minh của cơ sở dữ liệu được thực hiện trong quá trình sao lưu. Khi đã hoàn tất các bản sao lưu, cơ sở dữ liệu toàn bộ và yêu cầu đăng nhập tập tin đã được kiểm tra cho tính toàn vẹn vật lý. Với VSS API, kiểm tra xác minh không thể được thực hiện như một phần của quá trình sao lưu thực tế. Nhà cung cấp phải xác minh tính toàn vẹn vật lý cơ sở dữ liệu một cách độc lập của quá trình sao lưu. Điều này có thể được thực hiện với Eseutil trước hoặc sau khi tín hiệu Exchange rằng sao lưu đã hoàn tất.

Nếu kiểm tra xác minh được thực hiện trước khi sao lưu hoàn tất, và một vấn đề được tìm thấy trong tập sao lưu, sau đó trao đổi có thể được thông báo rằng sao lưu đã không thành công. Làm điều này sẽ ngăn Exchange từ cắt tỉa đăng nhập tập tin từ máy chủ.

Nếu kiểm tra xác minh được hoãn cho đến khi tín hiệu sao lưu hoàn thành, sau đó trao đổi sẽ xóa cũ hơn đăng nhập tập tin từ hệ phục vụ. Một số các tập tin đăng nhập có thể có được cần thiết cho cán chuyển tiếp từ bản sao lưu tốt trước. Nếu bạn đã không đã làm bản sao của các Nhật ký, sau đó bạn sẽ không thể để lăn ra hoàn toàn.

Microsoft do đó đề xuất, nhưng không đòi hỏi, kiểm tra xác minh được thực hiện trên một bản sao lưu VSS trước khi tín hiệu ứng dụng sao lưu dự phòng hoàn thành để trao đổi. Nếu kiểm tra xác minh được hoãn cho đến khi sau khi sao lưu đã hoàn tất, sau đó ứng dụng sao lưu phải đảm bảo rằng bản sao ký của tất cả các tập tin log giao dịch đã được pruned từ hệ phục vụ, trừ khi lăn ra hoàn toàn là không quan trọng với bạn.

Trong hầu hết trường hợp, tất cả các bản ghi của giao dịch cần thiết để cuộn chuyển tiếp một bản sao lưu VSS sẽ có sẵn trong bộ các tập tin ghi lưu với các sao lưu trước đó cùng với những người đã lưu với các sao lưu hiện tại. Tuy nhiên, khách hàng cần kiểm chứng rằng đây là trường hợp khi xem xét một người bán hàng cụ thể.

Khôi phục bản sao lưu chưa được xác minh

Có thể có trường hợp nơi một thảm họa đòi hỏi phải cải tạo xảy ra trước khi kiểm tra xác minh đã hoàn thành trên một bản sao lưu gần đây. Trong trường hợp này, Microsoft khuyến cáo bạn khôi phục bản sao lưu trước xác minh và cuộn đó sao lưu phía trước chứ không phải là dựa trên một bản sao lưu chưa được xác minh.

Tuy nhiên, bạn có thể thỏa thuận cấp độ dịch vụ đó có yêu cầu bạn để khôi phục dữ liệu nhanh hơn có thể được thực hiện từ sao lưu trước. Trong những trường hợp này, khôi phục bản sao lưu chưa được xác minh có thể là một lựa chọn tốt hơn, miễn là bạn vẫn còn duy trì một trước xác nhận dự phòng và tất cả các tập tin log cần thiết để cuộn ra hoàn toàn từ nó. Nếu bạn đáp ứng các yêu cầu này, sau đó bạn sẽ vẫn có thể cuộn chuyển tiếp từ bản sao lưu tốt được biết đến trong trường hợp sao lưu lần cuối phát hiện ra được xấu.

Làm thế nào để kiểm tra tính nhất quán ảnh chụp

VSS Requestor phải kiểm tra tính nhất quán ảnh chụp bằng cách chạy Eseutil.exe chống lại các tập tin cơ sở dữ liệu và đăng nhập bằng cách sử dụng các tùy chọn thích hợp như trong bảng sau. VSS Requestor phải kiểm chứng rằng tất cả các lối ra ERRORLEVELs đó được trả về là không âm. Để xem ERRORLEVEL tại dòng lệnh, gõ echo % errorlevel % sau khi Eseutil.exe kết thúc hoạt động. Một ERRORLEVEL tiêu cực có nghĩa là tham nhũng trong các tập tin. Trước khi các cuộc gọi VSS Requestor BackupCompleteVSS Requestor phải chắc rằng tình trạng của thành phần sao lưu trong tài liệu thành phần sao lưu phản ánh kết quả kiểm tra tính nhất quán. Có nghĩa là, tình trạng của thành phần dự phòng nên là sai nếu bất kỳ tham nhũng được tìm thấy, và nó phải đúng nếu không có tham nhũng được tìm thấy. Thống nhất ảnh chụp giấy xác nhận là một yêu cầu bắt buộc đối với các giải pháp để được hỗ trợ bởi đội ngũ trao đổi.

Bảng dưới đây cho thấy sự kết hợp của kiểm tra tính toàn vẹn cho mỗi loại sao lưu.
Tập tin loại \ sao lưu loạiSao lưu đầy đủSao lưu bản saoIncremental BackupDifferential Backup
.edb"eseutil /k/i""eseutil /k/i"NANA
.log"eseutil /k" *"eseutil /k" *"eseutil /k" **"eseutil /k" **
.stmNANANANA
.CHKNANANANA

Nhờ bản chất snap VSS bản sao lưu, máy bay phản lực không nhận được cơ hội để chạm tất cả các trang làm chi phiếu cần thiết nhất quán. Vì vậy, nó là trách nhiệm VSS Requestor để đảm bảo tính nhất quán ảnh chụp.

* Tất cả các tập tin log đăng nhập tập tin thế hệ số bằng hoặc lớn hơn các tập tin log trạm kiểm soát được yêu cầu để khôi phục lại cơ sở dữ liệu ảnh chụp. Nếu tồn tại hiện nay tập tin đăng nhập (Enn.log) cũng là bắt buộc đối với cơ sở dữ liệu phục hồi. Nếu bất kỳ tệp nhật ký bắt buộc không kiểm tra tính nhất quán, Requester phải đảm bảo rằng tình trạng của các thành phần sao lưu được thiết lập để sai trước khi gọi điện thoại BackupComplete. Để xác định tệp sổ ghi điểm kiểm tra, chạy eseutil.exe chống lại ảnh chụp trạm kiểm soát tập tin và phân tích đầu ra cho "điểm kiểm tra:" ví dụ, "c:\eseutil.exe /mk E01.chk" cho thấy sau đây:
Checkpoint:  (0x20,9D,187)
nơi 0x20 là số thế hệ đăng nhập tập tin đăng nhập khẩu.

Trong ví dụ này, đăng nhập bất kỳ tập tin, bao gồm cả E0100020.log và ở trên, phải được không hỏng để khôi phục lại cơ sở dữ liệu ảnh chụp ngay cả khi cơ sở dữ liệu riêng của mình đã qua kiểm tra tính nhất quán về thể chất.

** Tất cả đăng nhập tập tin trong một Incremental hoặc vi sai tập sao lưu được yêu cầu cho việc phục hồi cơ sở dữ liệu. Nhất quán của một chuỗi toàn bộ đăng nhập có thể được kiểm tra bằng cách chạy eseutil đối với tiền tố tập tin đăng nhập. Ví dụ, "eseutil /k E01" sẽ chạy kiểm tra thống nhất chống lại tất cả các tệp dạng E01xxxxx.log trên một con đường cho trước.

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

Thuộc tính

ID Bài viết: 822896 - Xem lại Lần cuối: 08/28/2011 15:46:00 - Bản sửa đổi: 2.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition

  • kbtshoot kbmt KB822896 KbMtvi
Phản hồi