none
Изменение размера USN журнала RRS feed

  • Общие обсуждения

  • Добрый день!

    Недавно столкнулся с проблемой - при репликации большого кол-ва файлов через DFS не хватило размера журнала USN и некоторые измененные файлы не попали в журнал.

    В результате на основном сервере актуальная информация, а на лучах как актуальная, так и старая (фактически выпало пару дней изменений).

    Согласно рекомендациям Майкрософт, на каждые 100 тыс. файлов необходимо выделять 128 Мб журнала USN. По умолчанию в Windows Server 2012 размер журнала USN равен 512 Мб, что для моих задач недостаточно.

    1. Как можно правильно увеличить размер журнала USN штатными средствами Windows Server 2012? В интернте находил рекомендации по старым версиям и пробовать эти способы в продакшене не хочется..

    2. Как правильно синхронизировать сервера через DFS при пропущенных записях USN? Вручную или просто сделать перезапуск репликации?

    30 сентября 2013 г. 9:11

Все ответы

  • Здравствуйте Дмитрий,

    Попробуйте следующие способы:

    Change the USN Journal Size (for *all* volumes)
    WMIC /namespace:\\root\microsoftdfs path dfsrvolumeconfig set minntfsjournalsizeinmb=%MB SIZE%

    GUI method (Works on all operating systems including Windows Server 2008 and 2008 R2):
    1. Open Windows Explorer
    2. In Tools | Folder Options | View - uncheck 'Hide protected operating system files'.
    3. Navigate to each drive's 'system volume information\dfsr\config' folder (you need to add 'Administrators, Full Control' to prevent access denied error).
    4. In Notepad, open the 'Volume_%GUID%.xml' file for each volume you want to increase.
    5. There will be a set of tags that look like this:
    <MinNtfsJournalSizeInMb>512</MinNtfsJournalSizeInMb>
    6. Stop the DFSR service.
    6. Change '512' to the new increased value.
    7. Close and save that file, and repeat for any other volumes you want to up the journal size on.
    8. Start the DFSR service back up.

    Для синхронизации, достаточно перезапустить репликацию 


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    1 октября 2013 г. 7:21
    Модератор

  • Change the USN Journal Size (for *all* volumes)
    WMIC /namespace:\\root\microsoftdfs path dfsrvolumeconfig set minntfsjournalsizeinmb=%MB SIZE%

    GUI method (Works on all operating systems including Windows Server 2008 and 2008 R2):
    1. Open Windows Explorer
    2. In Tools | Folder Options | View - uncheck 'Hide protected operating system files'.
    3. Navigate to each drive's 'system volume information\dfsr\config' folder (you need to add 'Administrators, Full Control' to prevent access denied error).
    4. In Notepad, open the 'Volume_%GUID%.xml' file for each volume you want to increase.
    5. There will be a set of tags that look like this:
    <MinNtfsJournalSizeInMb>512</MinNtfsJournalSizeInMb>
    6. Stop the DFSR service.
    6. Change '512' to the new increased value.
    7. Close and save that file, and repeat for any other volumes you want to up the journal size on.
    8. Start the DFSR service back up.

    Для синхронизации, достаточно перезапустить репликацию 



    Спасибо за подсказку, вот результаты:

    1. Этот способ к сожалению работает только на Windows Server 2003 (в блогах нашел эту информацию), на 2012 выдает запускается команда, но потом выдает ошибку "Описание:Not supported"

    2. Этот способ более привычный, без проблем изменил значение на 5120 (под миллион файлов в рабочке лежит), перезапустил службу.

    Пока перенастроил на двух второстепенных серверах, на главном только ночью решусь делать изменения. Завтра отпишусь как все прошло.

    1 октября 2013 г. 8:09
  • К сожалению все происходит так, как и предполагал...

    На основном сервере остановка службы DFSR зависла, пришлось менять значение USN-журнала и перегружать сервер. Конечно, после запуска в журнале ошибок появились записи о нарушениях в база данных репликации - перезапустил через wmic пересоздание баз.

    После 5-6 часов пересоздания баз должна была начаться репликация, но в логах были ошибки о том, что у некоторых файлов "метаданные файлов не соответствуют системе" или что-то в этом роде. Это ранее уже наблюдал, проверка дисков показала, что все в порядке.

    Попробовал пересоздать одну папку в DFS еще раз - удалил полностью (кроме расшаренных папок), создал с нуля, но в результате остальные сервера не опознали партнера по репликам. Еще раз перезагрузил основной сервер - вроде как все сервера опознали друг друга и установили связь, но репликация всятала колом - опять нарушения в базе данных репликации и пришлось запустить пересоздание баз (это опять на несколько часов).

    Пока вижу проблему в том, что значение размера журнала USN изменилось, но сам журнал остается "битым" - надо как-то очистить его, обычная проверка диска показывает отсутствие ошибок.

    2 октября 2013 г. 5:19
  • как это обычно и бывает - неожиданно запустилась репликация на новой папке (остальным обнулил расписание).

    Вроде репликация прошла успешно, заканчивает работу третий сервер.

    Остается профильный вопрос - как можно штатными средствами сервера отследить следующие параметры журнала USN:

    - размер журнала

    - кол-во записей в журнале?

    2 октября 2013 г. 5:53