Назад | Перейти на главную страницу

Как определить фактический размер снимка файла NetApp?

У нас есть том, обслуживающий данные CIFS, который, кажется, содержит намного больше данных моментальных снимков, чем остальные. Я подозреваю, что это связано с более высокой скоростью изменений, и что я могу определить это с помощью snap delta команда. Но я также хотел бы иметь возможность смотреть на размеры снимков и выбирать конкретный снимок в зависимости от его размера.

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

Но что еще более важно, как мне определить актуальный размер снимка?

На самом деле довольно сложно сказать однозначно из-за того, как работает моментальный снимок: «Моментальный снимок не является собственными данными, это просто копия таблицы inode. Блоки, на которые ссылается эта таблица inode, имеют увеличенное количество ссылок. Блоки освобождаются только тогда, когда их счетчик ссылок падает до нуля.

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

Однако эти «освобожденные» блоки на самом деле не используются повторно сразу - WAFL работает так, что входящая запись (обычно!) В любом случае полностью переходит в новый блок, а «свободные» блоки очищаются как фоновый процесс.

Вот почему на самом деле довольно сложно сказать, насколько велик снимок - потому что вам, по сути, нужно проверить каждый блок в нем, чтобы увидеть, является ли этот конкретный блок уникальным для этого конкретного снимка. snap delta и snap list являются достаточно хорошими приближениями к этому, но из-за зависимостей между привязками действительно трудно дать идеальный ответ.