Пропуск hardlinks при использовании Резервного копирования TSM
При предоставлении выбора мне нравится сохранять BIOS, отмечают время прихода на работу UTC, но фактическое время сервера как местное время. У нас нет присутствия мультичасового пояса, таким образом, объединенное добавление метки времени журнала не является проблемой, это было бы для, скажем, 3M.
Быстрое чтение некоторых документов TSM предлагает, "Не делают этого!"
С Unix "файл" является просто записью каталога, которая указывает на inode. "Жесткая ссылка" - то, как раз в то самое время, когда у Вас есть больше чем одна запись каталога (указатели), указывающие на данный inode. Во всех отношениях, эти два "файла" на точно 100% идентичны.
Жесткие ссылки являются хорошо установленным и понятым механизмом в Unix. Это является надлежащим и распространенным встретиться с ними, и программному обеспечению для резервного копирования свойственно понять точно, что hardlink и создать резервную копию его точно, как это должно - как другой указатель на определенную часть данных, не как уникальная и новая часть данных, которые, оказывается, точно то же как другие жесткие ссылки.
Быстрый Google tsm и hardlinks указывает, что tsm понимает жесткие ссылки, и документы конкретно предупреждают:
Проблемы могут произойти если Вы [назад up|archive] только один файл трудно связанной пары. Например, текст файлов и textb содержат жесткую ссылку друг на друга. Вы архивируете текст, и затем редактируете textb и вносите изменения. При получении текста изменения, которые Вы внесли в textb, потеряны.
Интересно, это походит, два различных способа, которыми можно сделать резервные копии с TSM - резервные копии и архивы и эти два пути, кажется, имеют дело с жесткими ссылками по-другому.
резервное копирование и восстановление файлов:
Жесткая ссылка устанавливается, когда два файла указывают на тот же файл данных. При резервном копировании файла, который содержит жесткую ссылку на другой файл, TSM хранит и информацию ссылки и файл данных на сервере. При резервном копировании двух файлов, которые содержат жесткую ссылку друг на друга, TSM хранит тот же файл данных под обоими именами, наряду с информацией о ссылке.
архивация и восстановление файлов:
При архивации файла, который содержит жесткую ссылку на другой файл, TSM хранит и информацию ссылки и файл данных на сервере.
От этого кажется аварийным завершением сервера резервного копирования, если это "Заархивирует" вещи, и это сделает то, что Вы хотите, если Вы "создаете резервную копию". Предоставьте IBM право делать это простым!
-
1А-ч, благодарит указать на документацию. Мы получили известие от нашего размещающего партнера, которого резервное копирование было слишком огромно для обработки из-за n копий связанных заархивированных файлов, но я попрошу, чтобы они проверили это дважды и указали на них на страницу связанный с. – Lars Haugseth 9 July 2009 в 19:14
-
2" при архивации файла, который содержит жесткую ссылку на другой файл, TSM хранит и информацию ссылки и файл данных на сервере " - я беру это, чтобы означать, что TSM действительно хранит копии файла для каждого hardlink. С нашей установкой это означает, что резервное копирование возьмет по крайней мере вдвое больше пространства как файлы на SAN. Возможно, it' s время для пересмотра прежнего мнения целой модели хранения вместо этого... – Lars Haugseth 9 July 2009 в 19:22
-
3Я нашел другой документ о том же сайте - и редактирую мой ответ для отражения другого документа... – chris 9 July 2009 в 19:39
-
4Спасибо, I' m не абсолютно верный I' ve groked различие с этими методами относительно hardlinks, но мы можем судить их обоих подмножеством файлов и видеть, как это работает. О, и путь we' ре с помощью hardlinks, мы don' t должны волноваться об одном из них изменяемый и перезаписанный снова получением. – Lars Haugseth 10 July 2009 в 00:24
-
5Другой документ обсуждает различие здесь publib.boulder.ibm.com/infocenter/tivihelp/v1r1/topic/… – chris 10 July 2009 в 02:46
Во-первых, нет никакого различия между "надлежащим файлом" и "hardlink", hardlink является просто другим названием того же объекта, в то время как softlink является на самом деле файлом, содержащим указатель на реальный файл, который является, почему softlink может пересечь границы файловой системы, и hardlink не может.
О фактической проблеме: Взгляните на опцию Exclude и include-exclude-list опцию в документации, необходимо смочь разработать что-то с ними. (как exclude /path/to/your/files/*-*-?.* или что-то).
Ничего не зная о Менеджере хранилища Tivoli, не было бы возможно заставить любую часть программного обеспечения рассматривать hardlinks по-другому в файлы, так как нет никакого фактического различия между исходным дескриптором файла и другим hardlinks. (это может быть возможно для сценариев его на основе имен файлов),
Обновите до TSM 6.1 и активируйте дедупликацию. (в настоящее время только доступный с ФАЙЛОМ типа устройства, но терпением достоинство),