Mất dữ liệu có thể xảy ra trong mục tin thư thoại công cộng sang Exchange 2013, Exchange 2016 hoặc Exchange Online

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để 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 nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các 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, 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.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 3161916
Triệu chứng
Nếu bạn đang sử dụng lô di chuyểnhoặc nối di chuyển mục tin thư thoại công cộng từ Microsoft Exchange Server 2007 hoặc Microsoft Exchange Server 2010 bị mất dữ liệu Exchange Server 2013, Exchange Server 2016 hoặc Exchange Online, có thể xảy ra nếu tất cả các đồng gửi mục tin thư thoại không phải là bộ máy cơ sở dữ liệu chính (chính bộ máy cơ sở dữ liệu máy chủ bản ghi dịch vụ di chuyển kết nối). Tất cả dữ liệu đầu tiên hiện tại trong mục tin thư thoại đang được di chuyển được sao chép, nhưng bất kỳ thay đổi tăng dần được đăng sau khi đồng bộ hoá ban đầu có thể bị mất.

Ví dụ kịch bản

Giả sử rằng bạn có hai mục tin thư thoại công cộng bộ máy cơ sở dữ liệu, PFDB1 và PFDB2, đang chạy trên máy chủ Exchange 2007 hoặc Exchange 2010. Ngoài ra, bạn có hai mục tin thư thoại F1 và F2. Cặp F1 có một đồng gửi PFDB1 và mục tin thư thoại F2 có một đồng gửi PFDB2.

Khi bạn Bắt đầu quá trình di chuyển và chỉ định PFDB1 như bộ máy cơ sở dữ liệu để kết nối với New -MigrationEndpoint lệnh, tất cả dữ liệu từ mục tin thư thoại F1 và F2 được sao chép trong quá trình đồng bộ hoá ban đầu (như trong hình 1). Điều này xảy ra mặc dù PFDB1 không có đồng gửi cục bộ của cặp F2.

Sau khi quá trình đồng bộ hoá đầu tiên này, bạn chuẩn bị để đồng bộ hoá cuối cùng và bạn khởi động để hoàn thành lô. Bạn muốn có bất kỳ dữ liệu nào được thêm vào mục tin thư thoại F1 và F2 sau khi đồng bộ hoá đầu tiên nên được sao chép lại trong quá trình đồng bộ hoá cuối cùng.

Biểu đồ hiển thị mục tin thư thoại đó F1 và F2 từ nguồn được sao chép đến đích trong quá trình đồng bộ hoá ban đầu.
Hình 1. mục tin thư thoại F1 và F2 từ nguồn được sao chép đến đích trong quá trình đồng bộ hoá đầu tiên.

Vấn đề
Trong quá trình đồng bộ hoá tăng và cuối cùng, tăng dữ liệu từ mục tin thư thoại F2 không sao chép vào mục tin thư thoại công cộng hiện đại (như trong hình 2). Điều này là do PFDB1 được chỉ định là điểm cuối. Lô statusis Hiển thị như đồng bộ hóa. Tuy nhiên, bất kỳ dữ liệu mới được thêm vào mục tin thư thoại F2 sau khi đồng bộ hoá đầu tiên không sao chép vào mục tin thư thoại công cộng hiện đại.

Ngoài ra, nếu không có gì mới mục tin thư thoại được thêm vào PFDB2 sau khi đồng bộ hoá đầu tiên (cặp F3 trong hình 2), nội dung của các mục tin thư thoại sẽ sao chép hoặc. (Điều này đúng ngay cả khi mục tin thư thoại F3 được hiển thị trong hệ thống).

Biểu đồ hiển thị dữ liệu tăng tới cặp F1 được sao chép và thay đổi đối với cặp F2 không sao chép. Dữ liệu mới được thêm vào mục tin thư thoại F3 không sao nhưng mục xuất hiện trong hệ thống.
Hình 2. Tăng dữ liệu vào mục tin thư thoại F1 được sao chép và thay đổi đối với cặp F2 không được sao chép. Mặc dù dữ liệu trong mục tin thư thoại mới được thêm vào F3 không sao, mục xuất hiện trong hệ thống.
Cách giải quyết khác
Trước khi bạn Bắt đầu lô di chuyển, đảm bảo rằng tất cả các mục tin thư thoại công cộng có một đồng gửi trên bộ máy cơ sở dữ liệu mục tin thư thoại công cộng sẽ được xác định là nguồn để di chuyển. Ngoài ra, đảm bảo rằng nhân cộng đồng bộ.

Giải pháp cho các kịch bản mẫu

Để khắc phục sự cố này, thêm một đồng gửi của mục tin thư thoại F2 và F3 trên PFDB1, đảm bảo rằng sao chép mục tin thư thoại công cộng đồng bộ và sau đó Bắt đầu lô di chuyển. Điều này đảm bảo rằng dữ liệu tăng dần được sao chép (bất kể đồng gửi nào đó được được ghi vào).

Chúng tôi nhận thấy giải pháp này không hiệu quả đối với một số khách hàng vì kích thước của mục tin thư thoại công khai. Nếu bạn đang ở trong tình huống này, chúng tôi khuyến nghị bạn đợi cho đến khi sự cố được khắc phục trước khi bạn di chuyển.

câu hỏi thường gặp

Q:Khi sự cố này Bắt đầu xảy ra?
A: vấn đề này lần đầu tiên được quan sát trong Exchange Server 2013 Cập Nhật tích luỹ 1, Exchange Server 2016 RTM và Exchange Online.

Q: dữ liệu tôi có thể mất không?
A: báo cáo trong cô, tra cứu "thư mục hệ thống thay đổi báo cáo trong nguồn," chọn mục đầu tiên "thư mục hệ thống thay đổi báo cáo trong nguồn" được liệt kê, và sau đó chọn ngày và giờ kết hợp với Nhật ký. Bất kỳ dữ liệu nào được thêm vào mục tin thư thoại F2 hoặc bất kỳ mục tin thư thoại mới được thêm vào PFDB2 sau này sẽ bị mất.

Q: tôi còn tôi Exchange Server 2007 hoặc Exchange Server 2010 mục tin thư thoại công cộng bộ máy cơ sở dữ liệu trong trạm đậu khóa kể từ khi chúng tôi di chuyển Exchange Server 2013, Exchange Server 2016 hoặc Exchange Online. Tôi vẫn có thể di chuyển dữ liệu bị mất?
A: chỉ một đồng gửi hướng dẫn sử dụng dữ liệu có thể.

Q: di chuyển của tôi mất tuần reachthe sẵn sàng để điền trạm đậu. Tôi có phải Bắt đầu lại?
A: không, bạn không cần phải khởi động lại quá trình di chuyển mục tin thư thoại công cộng. Khi các bản sửa lỗi được hoàn thành và các bản Cập Nhật được cài đặt chuyên biệt trên máy chủ của bạn (hoặc trên máy chủ Exchange Online, nếu bạn đang di chuyển sang Exchange Online), di chuyển có thể được chọn từ vị trí rồi và nó sẽ di chuyển dữ liệu còn lại. Bạn có thể phải khởi động lại lô di chuyển. Tuy nhiên, khi bạn thực hiện việc này, trình tra cứu những thay đổi và không Bắt đầu. Lô di chuyển Bắt đầu hơn nếu bạn xoá và sau đó sau khi bạn tạo lại nó.

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

Thuộc tính

ID Bài viết: 3161916 - Xem lại Lần cuối: 09/20/2016 15:30:00 - Bản sửa đổi: 4.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbbug o365 kbgraphic kbgraphxlink kbmt KB3161916 KbMtvi
Phản hồi