вторник, 11 декабря 2012 г.

lan free и vss transportable

Разбирался с возможность гонять данные при архивировании/восстановлении не по сети. Похоже здесь имеются две возможности:

  1. То что в документации называется lan free. Например имеются пара серверов с данными лежащими на полке подключенной через FC, имеется также стриммер (или устройство его ) подключенный также по FC. Делаем эти сервера медиа серверами, подключаем к ним стриммер (ставим галку Fibre Channel устройств), пишем данные как локальный бэкап. Данные с полки текут на стриммер без выхода в сеть.
  2. То что в документации - vss transportable. Например имеется сервер с данными на полке подключенной через FC, имеется медиа сервер с массивом локальных дисков (этот момент не принципиален) и картой FC. Нужно писать с сервера на диски медиа сервера без выхода в сеть. Ставим VSS hardware provider для имеющейся полки и на сервер и на медиа сервер. При создании задания архивирования MS Shadow Copy Writers выбираем Backup type - VSS transportable backup.
Это может быть объединено: сервер с данными на полке, медиа сервер со стриммером.
  • Сервер командует полке создать снимок своего раздела
  • Медиа сервер обращается к полке и получает снимок по оптике
  • Медиа сервер по оптике же пишет на стриммер

среда, 7 ноября 2012 г.

Ошибка svn: Could not authenticate to server: ignored NTLM challenge

При попытке подключения к svn серверу через https (webdav) например:

svn list https://svn/svn/configs

выдает приведенную в заголовке ошибку. Имя пользователя и пароль не запрашивает.

Вот причина: http://savannah.nongnu.org/support/?108061

Вот как предлагается решить: http://lists.manyfish.co.uk/pipermail/neon/2012-May/001470.html

Вот что сделал я:

  1. apt-get install libneon27
  2. удалил /usr/lib/@libneon-gnutls.so.27 указывающую на libneon-gnutls.so.27.2.6
  3. создал /usr/lib/@libneon-gnutls.so.27 указывающую на libneon.so.27.2.6
Ошибка исчезла. Пользователь/пароль запрашивается.

У меня авторизация через MS AD. Пробовал указавать пользователя как username и как DOMAIN\username - оба варианта были приняты.

среда, 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)
успеха не принесли. Поковырялся с разными uuid ами: blkid, mdadm. Менял все и в различных сочетаниях (напрямую из меню grub, через grub.cfg, через 09_softraid в /etc/grub.d, даже в mdadm.conf). Но все как обычно решилось одной строкой: http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg345155.html

Решение:
  1. Вернул все (конфигурационные файлы mdadm.conf, grub.cfg) в состояние после установки.
  2. Добавил в /usr/share/initramfs-tools/init /bin/sleep 10
    перед

    maybe_break mount
    log_begin_msg "Mounting root file system..."
    . /scripts/${BOOT}
  3. Удалил и создал заново initrd:
    update-initramfs -k all -c
  4. Пересоздал конфигурацию и переустановил grub2:
    update-grub2
    grub-install /dev/sda
    grub-install /dev/sdb
  5. Перезагрузил
     

понедельник, 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

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

среда, 18 апреля 2012 г.

Удаление не существующего клиента

На cell manager редактировать файл cell_info. В windows 2008 r2 этот файл лежит по пути:

%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.

Если "теория" не нужна:
  1. Для всех ненужных file media выполнить Recycle ( в Devices & Media)
  2. В Devices & Media -> Devices -> нужная file library -> Settings снять галку Use distributed file media format (для удаления временного бэкапа - см. п.3-4)
  3. Создать и выполнить задание backup на эту file library (что бы не ждать, лучше создать задание маленького размера)
  4. После завершения этого бэкапа исчезнут помеченные в п.1 file media, но появится задание из п.3. Поскольку этот бэкап не distributed file media format, то для его удаления сработает Recycle, Export.
  5. Если были удалены все 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...)