Συμπτώματα
Εάν χρησιμοποιείτε δέσμη μετεγκατάστασης ή σειριακή μετεγκατάστασης για να μετεγκαταστήσετε δημόσιους φακέλους από το Microsoft Exchange Server 2007 ή 2010 του Microsoft Exchange Server σε Exchange Server 2013, Exchange Server 2016 ή Exchange Online, ενδέχεται να προκύψει απώλεια δεδομένων εάν όλες τις ρεπλίκες του φακέλου δεν είναι στην κύρια βάση δεδομένων (ο διακομιστής κύριας βάσης δεδομένων που συνδέεται στην υπηρεσία μετεγκατάστασης). Όλα τα δεδομένα που είναι επί του παρόντος πρώτη στους φακέλους που θα μετεγκατασταθούν αντιγράφονται, αλλά μπορεί να χαθούν οι σταδιακές αλλαγές που καταχωρούνται μετά τον αρχικό συγχρονισμό.
Παράδειγμα σεναρίου
Ας υποθέσουμε ότι έχετε δύο δημόσιο φάκελο βάσεις δεδομένων, PFDB1 και PFDB2, που λειτουργούν σε διακομιστές Exchange 2007 ή 2010 του Exchange. Επίσης, μπορείτε να έχετε δύο φακέλους, F1 και F2. F1 φάκελος έχει μια ρεπλίκα σε PFDB1 και το φάκελο F2 έχει μια ρεπλίκα στη PFDB2.
Όταν ξεκινήσει η μετεγκατάσταση και καθορίσετε PFDB1 με τη βάση δεδομένων για να συνδεθείτε στο νέο -MigrationEndpoint cmdlet, όλα τα δεδομένα από τους φακέλους F1 και F2 αντιγράφεται κατά τον αρχικό συγχρονισμό (όπως φαίνεται στο σχήμα 1). Αυτό συμβαίνει ακόμα και αν PFDB1 δεν διαθέτει μια τοπική ρεπλίκα του φακέλου F2.
Αφού αυτή η πρώτη διαδικασία συγχρονισμού, μπορείτε να προετοιμάσετε για τον τελικό συγχρονισμό και μπορείτε να ξεκινήσετε για την ολοκλήρωση της δέσμης. Αναμένετε που τυχόν δεδομένα που προστίθεται στο φάκελο F1 και F2 μετά τον πρώτο συγχρονισμό θα πρέπει να αντιγραφούν σε κατά την τελική συγχρονισμού.
Σχήμα 1. Φάκελος F1 και F2 από το αρχείο προέλευσης αντιγράφεται στον προορισμό κατά τον πρώτο συγχρονισμό.
Το ζήτημα
Κατά τον συγχρονισμό προσαύξησης και τελική, τα τμηματικά δεδομένα από φάκελο F2 δεν αντιγράφονται σε σύγχρονα δημόσιους φακέλους (όπως φαίνεται στην εικόνα 2). Αυτό συμβαίνει επειδή το PFDB1 έχει οριστεί ως το τελικό σημείο. Η κατάσταση της δέσμης εμφανίζεται όπως συγχρονισμένες. Ωστόσο, οποιαδήποτε νέα δεδομένα που έχει προστεθεί στο φάκελο F2 μετά τον πρώτο συγχρονισμό δεν έχει αντιγραφεί σε σύγχρονα δημόσιους φακέλους.
Επιπλέον, εάν υπάρχουν τυχόν νέων φακέλων που προστίθενται σε PFDB2 μετά την πρώτη συγχρονισμού (φάκελος F3 στην εικόνα 2), το περιεχόμενο των φακέλων αυτών δεν θα αντιγραφούν είτε. (Αυτό ισχύει ακόμα και αν εμφανίζεται στην ιεραρχία φακέλου F3).
Σχήμα 2. Τμηματική αντιγραφή δεδομένων σε φάκελο F1 και αλλαγές στο φάκελο F2 δεν αντιγράφονται. Παρόλο που δεν αντιγράφονται δεδομένα στο φάκελο που προσθέσατε πρόσφατα F3, ο φάκελος εμφανίζεται στην ιεραρχία.
Προτεινόμενη αντιμετώπιση
Οι ενημερώσεις κώδικα είναι διαθέσιμες στην αθροιστική ενημερωμένη έκδοση 13 για το 2013 διακομιστή Exchangeκαι αθροιστική ενημερωμένη έκδοση 3 για το Exchange 2016.
Εναλλακτικός τρόπος αντιμετώπισης
Πριν από την έναρξη μετεγκατάστασης δέσμης, βεβαιωθείτε ότι όλοι οι δημόσιοι φάκελοι έχουν μια ρεπλίκα στη βάση δεδομένων δημόσιου φακέλου που θα καθοριστεί ως προέλευση για μετεγκατάσταση. Επίσης, βεβαιωθείτε ότι η δημόσια αναπαραγωγή είναι συγχρονισμένα.
Εναλλακτικός τρόπος αντιμετώπισης για το σενάριο-παράδειγμα
Για να επιλύσετε αυτό το ζήτημα, προσθέστε μια ρεπλίκα φακέλους F2 και F3 στην PFDB1, βεβαιωθείτε ότι η αναπαραγωγή δημόσιου φακέλου είναι συγχρονισμένες και, στη συνέχεια, να ξεκινήσετε τη μετεγκατάστασή δέσμης. Αυτό εξασφαλίζει ότι τα τμηματικά δεδομένα που έχει αντιγραφεί (ανεξάρτητα από το ποια ρεπλίκα αρχικά εγγράφεται).
Κατανοούμε ότι αυτή η λύση δεν θα λειτουργήσει για ορισμένους πελάτες λόγω του μεγέθους της ανάπτυξης δημόσιου φακέλου. Εάν είστε σε αυτήν την περίπτωση, συνιστούμε να περιμένετε μέχρι να επιλυθεί το ζήτημα, πριν από την εκτέλεση μιας μετεγκατάστασης.
ΣΥΝΉΘΕΙΣ ΕΡΩΤΉΣΕΙΣ
Q: Όταν έγινε εκκίνηση αυτού του ζητήματος για να προκύψει;
Α: αυτό το ζήτημα έχει παρατηρηθεί πρώτα σε Exchange Server 2013 αθροιστική ενημερωμένη έκδοση 1, Exchange Server 2016 RTM και Exchange Online.
Q: τα δεδομένα που πιθανώς χάσω;
Α: έκθεση στο Ζευγάρι, αναζήτηση για "αλλαγές ιεραρχία φακέλου που αναφέρεται στο αρχείο προέλευσης," επιλέξτε το πρώτο στοιχείο "αλλαγές ιεραρχία φακέλου που αναφέρεται στο αρχείο προέλευσης" που βρίσκεται στη λίστα, και στη συνέχεια επιλέξτε την ημερομηνία και την ώρα που έχει συσχετιστεί με το αρχείο καταγραφής. Χάνονται όλα τα δεδομένα που προστίθεται στο φάκελο F2 ή τυχόν νέοι φάκελοι που προστίθενται σε PFDB2 μετά από αυτήν τη στιγμή.
Q: εξακολουθώ να έχω μου βάσεις δεδομένων δημόσιου φακέλου του Exchange Server 2007 ή του Exchange Server 2010 σε κατάσταση κλειδωμένο επειδή εμείς μετεγκατάσταση σε Exchange Server 2013, Exchange Server 2016 ή Exchange Online. Μπορώ ακόμα να μετεγκαταστήσω χάθηκαν τα δεδομένα μου;
Α: μόνο μη αυτόματη αντίγραφο των δεδομένων είναι δυνατή.
Q: μου μετεγκατάστασης απαιτούσε εβδομάδες για να φτάσει στην κατάσταση έτοιμη για να ολοκληρωθεί. Πρέπει να ξεκινήσετε από την αρχή;
Α: όχι, δεν χρειάζεται να ξεκινήσετε πάλι την μετεγκατάσταση του δημόσιου φακέλου. Όταν ολοκληρωθούν οι ενημερώσεις κώδικα και τις ενημερωμένες εκδόσεις είναι εγκατεστημένες στο διακομιστή σας (ή στους διακομιστές Exchange Online, εάν πραγματοποιείτε μετεγκατάσταση στο Exchange Online), η μετεγκατάσταση μπορεί να εντοπιστεί από όπου είναι τώρα και αυτό θα μετεγκαταστήσει τα υπόλοιπα δεδομένα. Ίσως χρειαστεί να ξεκινήσετε πάλι τη δέσμη μετεγκατάστασης. Ωστόσο, όταν το κάνετε αυτό, η διαδικασία αναζητά τις αλλαγές και δεν ξεκινήσετε από την αρχή. Μια δέσμη μετεγκατάστασης αρχίζει μόνο εάν διαγράψετε και, στη συνέχεια, δημιουργήσετε ξανά.
