Использование той же буквы диска для репликации DFS на Windows Server 2012 R2 вызывают какие-либо известные проблемы?
Мы работаем с консультантами по вопросам большого проекта репликации DFS, и мы испытали значительную потерю данных во время начальной репликации.
При попытке определить, что произошло, консультант возвратился и сказал, что это происходило из-за использования той же буквы диска на обоих серверах, вовлеченных в репликацию. Я пытаюсь определить, является ли это обоснованным опасением.
Технические детали ниже:
Server 1 has a file share residing on the D: named Share 1 to sync to Server 2's D:
Server 2 has a file share residing on its D: named Share 2 to sync to Server 2's D:
Пересекся бы синхронизация этих двух долей друг другу вызывают проблему? Начальная репликация шла прекрасные, завершающиеся приблизительно 60%, пока серверы не запутались, и затем Сервер 2 мысли она имела все данные из Сервера 1 и дала Серверу команду 1 удалять всю остальную часть его данных, потому что она больше не была необходима.
Любой свет Вы, которых люди могут потерять на этом, очень ценились бы.Спасибо.
Нет, это абсолютно а не источник вашей проблемы.
Я никогда не видел документации, подтверждающей это утверждение, более того, я управляю предприятием с 18 сайтами, десятками групп репликации DFS, полдюжиной пространств имён DFS, содержащих сотни общих разделов с терабайтами данных, и никогда не сталкивался с проблемой, связанной с тем, что наши группы репликации реплицируются почти исключительно с одной и той же буквы диска на одну и ту же букву диска. (Я приложил много усилий для стандартизации сборки нашего сервера, так что все наши файловые серверы имеют одинаковые буквы дисков для одних и тех же томов)
Например:
Или, если вы предпочитаете, вот одна из тех же букв диска и даже путь к папке, для миграции с файлового сервера:
Edit: Я нашел еще один очень уместный пример, который показывает, почему DFS-R не заботится о буквах дисков.
Ниже, группа репликации, которую я создал для миграции с файлового сервера. Среди прочих проблем, я объединил два отдельных тома разделов департамента в один том, так что на целевом сервере у меня есть две реплицируемые папки на диске F:. (Содержимое обеих папок я выброшу в одну папку позже):
Это отлично работает, потому что каждая реплицированная папка (даже на одном томе) хранит свои собственные метаданные и данные DFS-R точно так, чтобы разные реплицируемые папки не сбивали друг друга с толку, как видно ниже:
Использование одной и той же буквы диска не является проблемой, с которой я сталкивался. Я настроил несколько серверов для DFS и почти каждый раз, у меня есть объем данных на D:, за которым следует структура каталогов, которая имеет отношение к делу.
Я действительно использую анализатор лучших практик, следуя любой конфигурации, а также Robocopy для предустановки любых данных. Как только начинается репликация, он очень быстро завершает работу из-за небольшого процента изменения данных. Конечно, время зависит от количества данных.
Анализатор лучшей практики Best Practice Analyzer - это приложение, доступное только для чтения, которое не будет изменять вашу конфигурацию, но даст очень важные и прямые советы по исправлению любой плохо выполненной конфигурации. Это сэкономило мне довольно много времени.
Вот как использовать Robocopy для предустановки ваших данных, цитируя из Библиотеки Technet:
Для предустановки реплицируемых файлов на сервер-получатель с помощью
Robocopy
Войдите на сервер-получатель с учетной записью, которая входит в состав группа локальных администраторов как на сервере-источнике, так и на сервер-получатель. Откройте командную строку. Чтобы предустановить файлы от исходного до конечного сервера, запустите следующее команда, заменяющая ваш собственный исходный, целевой и лог-файл. пути:
robocopy "<source replicated folder path>" "<destination replicated folder path>" /e /b /copyall /r:6 /w:5 /MT:64 /xd DfsrPrivate /tee /log:<log file path> /v
Эта команда копирует все содержимое исходной папки в целевую папку со следующими параметрами:
Parameter Description
"<source replicated folder path>" Specifies the source folder to preseed on the destination server.
"<destination replicated folder path>" Specifies the path to the folder that will store the preseeded files.
Important The destination folder must not already exist on the destination server. To get matching file hashes, Robocopy must create the root folder when it preseeds the files.
/e Copies subdirectories and their files, as well as empty subdirectories.
/b Copies files in Backup mode.
/copyall Copies all file information, including data, attributes, time stamps, the NTFS access control list (ACL), owner information, and auditing information.
/r:6 Retries the operation 6 times when an error occurs.
/w:5 Waits 5 seconds between retries.
MT:64 Copies 64 files simultaneously.
/xd DfsrPrivate Excludes the DfsrPrivate folder.
/tee Writes status output to the console window, as well as to the log file.
/log <log file path> Specifies the log file to write. Overwrites the file’s existing contents. (To append the entries to the existing log file, use /log+ <log file path>.)
/v Produces verbose output that includes skipped files.
Например, следующая команда копирует файлы из исходной реплицированной папки E:\RF01 на диск данных D: на сервере назначения:
robocopy.exe "\\srv01\e$\rf01" "d:\rf01" /e /b /copyall /r:6 /w:5 /MT:64 /xd DfsrPrivate /tee /log:c:\temp\preseedsrv02.log