Управление размером журнала USN в полном размере

Question

В моем приложении резервного копирования я использую журнал USN для проверки изменений в томе. В microsoft website он упоминается как USN имеет максимальный размер, и файл заполняется records gets deleted.

Максимальный максимальный размер для журнала изменений в байт. Журнал изменений может увеличиться больше, чем это значение, но на контрольных точках файловой системы NTFSфайловая система NTFS проверяет журнал, а обрезает его, когда его размер превышает значение MaximumSize плюс значение AllocationDelta. (На NTFS файловой системы контрольно-пропускных пунктах, система операционной пишет записи в системном журнале файл файл NTFS, что позволяет файловая системе NTFS, чтобы определить, какую обработку требуется для восстановления из строя.)

Так что делает на самом деле происходит, когда журнал заполнен? Удаляется ли вся запись? или всего лишь он удалит старую запись и сделает запись для нового? Как я могу обрабатывать полный размер журнала журнала usn?

Answer 1

Журнал USN - это редкий файл, а сами USNumbers являются индексами в этом файле ... действительными смещениями. Но трюк в разреженном файле с отображением памяти, когда он превышает порог его размера, удаляет самые ранние записи. Это магия редких файлов. Смещения никогда не должны меняться, потому что ранние записи были отрублены. NTFS хранит метаданные об нулевых диапазонах и прозрачно выводит нули клиентам, читающим файл. Его катящийся журнал.

Единица работы для обнуления - это AllocationDelta. Каждый раз, когда это обнуление происходит, NTFS затем устанавливает новое значение LowestValidUsn.

Итак, когда вы делаете резервную копию, вы захотите записать NextUsn ... который является указателем на то, где будет собираться следующий USN. Затем, когда вы делаете последующую резервную копию, а ваш сохраненный NextUsn больше, чем LowestValidUsn, все изменения с момента последней резервной копии все еще есть, и вы можете рассчитывать на USN для оптимизации процесса резервного копирования.

Если USN фактически переполняет MaxUsn, я не уверен, что на самом деле происходит. Кажется ужасно маловероятным - и стоит знать, что это может принести. Похоже, я читал противоречивые сообщения о том, что на самом деле происходит - остановка журналирования - или NTFS просто сбрасывает журнал на холод.

Если журнал сбрасывается администратором или автоматически воссоздается, NTFS назначает новый идентификатор журналу. В этом случае программа резервного копирования должна исходить из свежих чтений всего тома.