среда, 11 июля 2012 г.
Время ожидания устройства
По умолчанию DP ожидает устройство занятое другим заданием 60 минут. Если за это время устройство не освобождается, то сессия завершается неудачей (failed). Для изменения периода ожидания нужно изменить значение SmWaitForDevice в файле global. В win 2008 этот файл лежит в \ProgramData\OmniBack\Config\Server\Options
среда, 30 мая 2012 г.
Ошибка mdadm: No devices listed in conf file were found
Поставил wheezy на софт raid1. Установка прошла без ошибок. Однако загрузиться после установки не удалось. Пляски вокруг:
Решение:
- grub2
- /boot/grub/grub.cfg ( /etc/default/grub, /etc/grub.d/*.* -> update-grub2)
- mdadm
- /etc/mdadm/mdadm.conf (mdadm --examine --scan)
Решение:
- Вернул все (конфигурационные файлы mdadm.conf, grub.cfg) в состояние после установки.
- Добавил в /usr/share/initramfs-tools/init /bin/sleep 10
передmaybe_break mount log_begin_msg "Mounting root file system..." . /scripts/${BOOT} - Удалил и создал заново initrd:
update-initramfs -k all -c
- Пересоздал конфигурацию и переустановил grub2:
update-grub2
grub-install /dev/sda
grub-install /dev/sdb - Перезагрузил
понедельник, 14 мая 2012 г.
Сжатие при копировании на ленту
Хотелось бэкап для удаленного хранения сделать на одну ленту. Надеялся, что можно будет указать выполнить software compression при object copy с дисковых библиотек на ленту. Похоже это невозможно. В GUI нет ничего, в cli для omniobjcopy соответствующего ключа также нет. В документации понятно - тишина. Т.е. если нужно сжимать, то делать это нужно при бэкапе на дисковую библиотеку.
суббота, 12 мая 2012 г.
IDB Positions records
При просмотре использования IDB насторожил процент использования записей в Positions - 99% (при этом файл CDB был далек от наполнения).
Пытался снизить его: проверил выполняется ли Daily Maintenance, начал чистить базу вручную. Без видимого результата.
Оказалось зря волновался: http://h30499.www3.hp.com/t5/Data-Protector-Support-and-News/IDB-Positions/td-p/4870066
Показывается использование файла актуального размера, а не максимального. При необходимости файл увеличится.
Пытался снизить его: проверил выполняется ли Daily Maintenance, начал чистить базу вручную. Без видимого результата.
Оказалось зря волновался: http://h30499.www3.hp.com/t5/Data-Protector-Support-and-News/IDB-Positions/td-p/4870066
Показывается использование файла актуального размера, а не максимального. При необходимости файл увеличится.
среда, 18 апреля 2012 г.
Удаление не существующего клиента
На cell manager редактировать файл cell_info. В windows 2008 r2 этот файл лежит по пути:
%SYSTEMDRIVE%\ProgramData\OmniBack\Config\Server\cell\
%SYSTEMDRIVE%\ProgramData\OmniBack\Config\Server\cell\
четверг, 29 марта 2012 г.
Ошибка: media of type distributed file media format cannot be exported
File Library Media Pools ощищаются автоматически. Поэтому, когда file library media содержат только незащищенные данные (срок защиты истек, либо был установлен в None) эти media удаляются из Data Protector (на диске они остаются, но их можно удалить руками) при следующем бэкапе в этот медиа пул.
После удаления всех file library media можно удалить file library device.
Если "теория" не нужна:
После удаления всех file library media можно удалить file library device.
Если "теория" не нужна:
- Для всех ненужных file media выполнить Recycle ( в Devices & Media)
- В Devices & Media -> Devices -> нужная file library -> Settings снять галку Use distributed file media format (для удаления временного бэкапа - см. п.3-4)
- Создать и выполнить задание backup на эту file library (что бы не ждать, лучше создать задание маленького размера)
- После завершения этого бэкапа исчезнут помеченные в п.1 file media, но появится задание из п.3. Поскольку этот бэкап не distributed file media format, то для его удаления сработает Recycle, Export.
- Если были удалены все file media для этой file library, то можно ее удалить.
http://h30499.www3.hp.com/t5/Data-Protector-Support-and-News/Deleting-Media-Pool-for-File-Library/td-p/4279434
пятница, 2 марта 2012 г.
Data protector Импорт данных из File Library
При потеряной БД можно импортировать сохранившиеся backup ы:
- Во вновь установленном cell manager создать новую File Library (правильнее наверное на том же месте, что бы избежать дополнительного копирования)
- Выполнить: omnidownload -library storage1 -file C:\FileLibrary_Name.txt (storage1 - название File Library у меня)
- В файл C:\FileLibrary_Name.txt добавить секцию REPOSITORY (если ее еще нет) и заполнить ее путями до файлов, которые нужно импортировать. Например, так:
NAME "storage1"
DESCRIPTION "storage1"
HOST host.site.ru
POLICY Filelibrary
TYPE File
REPOSITORY
"D:\FileLibrary\2c94272254f5083935075850001.fd"
"D:\FileLibrary\3e00a8c054f3a40485056050001.fd"
DIRECTORY
"5120 2 0 10 D:\FileLibrary"
MGMTCONSOLEURL ""
- Выполнить omniupload -modify_library storage1 -file C:\FileLibrary_Name.txt
- Сканировать File Library (Devices & Media -> Devices -> storage1 -> Drives -> storage1_Writer0 -> Scan...)
- Импротировать Library Slots (Devices & Media -> Media -> Pools -> storage1_MediaPool -> Import...)
Подписаться на:
Сообщения (Atom)