DFS-R Tylko jednokierunkowa replikacja. Replikacja wychodząca utknęła w oczekiwaniu na przybycie


Mam DWA serwery Windows 2012 R2 z tymi samymi ścieżkami i nazwami dysków (nie konkretnie).
Jeśli utworzę folder na serwerze A, folder jest natychmiast replikowany na serwer B.Jeśli jednak utworzę folder na serwerze B, nie będzie on replikowany na serwer A.
Uruchomiłem diagnostykę DFS i nie znalazłem nic złego. Jednak po uruchomieniu testu propagacji z serwera B na serwer A nie pojawia się żaden błąd. Tylko ostrzeżenie o niekompletnych testach.
Mam test, który ma 6 dni (test replikacji plików). Stan replikacji dla tego pliku testowego utknął na „Oczekiwanie na przybycie”.
Należy pamiętać, że usunięcia z serwera A do B są replikowane normalnie. Wszystko od B do A nie działa.
O ile wiem, wszystko jest poprawnie skonfigurowane i nie ma błędów.
Wielkość danych to około 6 TB, które zostały wstępnie załadowane. Replikacja zachodzi między klastrem serwerów plików a pojedynczym serwerem. Relacja z DFS trwa już ponad 3 tygodnie.
Pomysły?
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Istnieje wiele powodów, dla których replikacja może nie działać. Niestety same objawy nie pomagają tutaj.
Czy mógłbyś wyświetlić informacje na temat

http://blogs.technet.com/b/ask ... .aspx
http://blogs.technet.com/b/ask ... .aspx
a następnie zaktualizować pytanie o konkretne wpisy dziennika debugowania, które widzisz z obu serwerów?
Blog jest trochę przestarzały, biorąc pod uwagę, że używasz wersji 2012 R2, ale i tak pomoże.
Określ wpisy specyficzne tylko dla tego folderu.
Alternatywnie sugeruję wykonanie następujących czynności, aby ponownie zainicjować B za pomocą A.
  • Kopia zapasowa B. Jest to konieczne, jeśli masz użytkowników końcowych, którzy dokonali zmian w B, ale nie zdają sobie sprawy, że nie zostali zreplikowani do A. Poniższe kroki spowodują przywrócenie wszystkich danych w B do wersji zaczynającej się od A, co może spowodować pewne „Dane utrata". "jeśli zmiany w B nie zostały skopiowane.
  • Wyłącz B jako członka tego folderu replikowanego (RF) za pomocą konsoli DFS w B. Spowoduje to zaktualizowanie konfiguracji topologii na kontrolerze domeny najbliżej B (a raczej tego, którego B używa teraz).
  • Uruchom "ankietę dfsrdiag" na B, aby odczytać zmiany topologii z AD.
  • Uruchom polecenie „wmic/namespace: \\ root \ microsoftdfs path dfsrreplicatedfolderinfo get replicated folder name, replication group name, status”. Upewnij się, że folder NIE jest wymieniony. (edytowano: naprawiono przestrzeń nazw wmic).
  • Poszukaj zdarzenia 4114 wskazującego, że folder przestał się replikować.
  • Opcjonalnie poszukaj w dziennikach debugowania wszelkich wpisów ldbmanager :: deleteidrecords wskazujących, że baza danych została wyczyszczona.
  • Ponownie włącz element B za pomocą konsoli DFS na B.
  • Uruchom "ankietę dfsrdiag" na B, aby upewnić się, że wychwytuje zmiany.
  • Jeśli A i B znajdują się w różnych witrynach i ostatecznie wyłączasz/włączasz B, zanim A się zorientuje, nie musisz nic robić w A. W przeciwnym razie możesz również wziąć pod uwagę opóźnienie replikacji reklam i poczekać. Zmiany AD są zbieżne z DC. jest używany przez A. Następnie „sonduj dfsrdiag”, aby upewnić się, że przechwytuje każdą wprowadzoną zmianę topologii (tj. wyłącz, a następnie włącz element).
  • Uruchom „wmic/namespace: \ root \ microsoftdfs path dfsrreplicatedfolderinfo get replicated folder name, replication group name, status”. Upewnij się, że folder w końcu przejdzie do stanu 4. Aby uzyskać więcej informacji o stanie, zobacz tutaj. http://blogs.technet.com/b/fil ... .aspx http://blogs.technet.com/b/fil ... .aspx

Jeśli nadal nie można tego naprawić, wpisy dziennika debugowania są wymagane, aby podać bardziej szczegółową odpowiedź.
Obawiam się, że mogę nie być w stanie stale odpowiadać na pytania dotyczące rozwiązywania problemów. Proponuję skontaktować się z pomocą techniczną Microsoft, jeśli potrzebujesz dalszej pomocy. Inni użytkownicy witryny mogą mieć czas, aby Ci pomóc.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Czy przypadkowo utworzyłeś te woluminy, klonując dyski wirtualne lub całe maszyny wirtualne bez wcześniejszego przygotowania? Wygląda na to, że numer seryjny dysku lub numer seryjny woluminu nie jest unikalny między dwoma serwerami, co spowoduje awarię DFS-R.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się