Использую proxmox в качестве гипервизора для размещения виртуальных машин. Провайдер у которого я арендую выделенные серверы даёт возможность использовать ftp сервер для резервного копирования. Гипервизор встроенных возможностей записи резервных копий на ftp не имеет. Так как proxmox основан на Debian, то можно использовать curlftpfs для монтирования ftp в локальный каталог и выполнять туда резервное копирование, но в процессе эксплуатации выяснилось, что при длительном простое соединение периодически отваливается. Поэтому оптимальным вариантом оказалось автоматическое монтирование ftp каталога средствами systemd при обращении к точке монтирования.

В этой статье я приведу примеры методов сбора отладочной информации для HPE Data Protector. Куда собираются отладочные данные Начнем с определения того, куда складываются отладочные данные. Это очень важный вопрос, т.к. при использовании высокого уровня отладки их объем может запросто переполнить файловую систему. К тому же по умолчанию они не сжимаются и я на практике видел как для одной сессии резервного копирования их накапливается более 100 Гбайт за пару часов при уровне отладки равным пятиста.

Эта статья — пошаговое руководство по настройке резервного копирования СУБД SAP HANA с помощью HP Data Protector. Исходные данные При написании данного руководства использовались следующее программное обеспечение и настройки: Параметр Значение FQDN клиента резервного копирования hana.demo.net Версия ОС клиента SUSE Linux Enterprise Server 11.3 Версия SAP HANA 1.00.097 Instance ID резервируемой базы данных sid SAP HANA shared installation path /hana/shared Версия HP Data Protector 9.04 Настройка резервного копирования Включение xinetd Для корректной работы агента Data Protector требуется демон inetd.

В этой статье я постараюсь консолидировать информацию с лучшими практиками по настройке виртуальных ленточных библиотек (VTL, Virtual Type Libraries) на устройствах HP StoreOnce совместно с ПО резервного копирования HP Data Protector. Нижепреведенный подход в целом может быть использован для любых других устройств с VTL доступом и программного обеспечения резервного копирования, т.к. логика их работы обычно очень похожа, хотя все детали реализации и конкретные параметры всё же будут отличаться. Параметры VTL Перед тем как создать виртуальную ленточную библиотеку на устройстве HP StoreOnce Вам предстоит определиться с параметрами VTL, в частности с типом эмулируемой библиотеки, типом ленточных приводов и их количеством, типом и количеством картриджей.

При подключении любых FC устройств в сеть SAN на коммутаторах Brocade недостаточно просто воткнуть устройства, добавить алиасы и зонирование. Правильные парни всегда делают как минимум одну вещь — смотрят статистику подключенных портов. А если позволяет оборудование и версии микрокода ещё и тестируют соединение при помощи функционала Diagnostic Port (D_Port). И то и другое нужно чтобы убедиться в том, что все SFP, FC кабели работоспособны, совместимы и линк устойчив. Но сейчас я хочу рассказать не о том, как тестировать FC соединения, а о крайне распространенной ошибке, которая очень часто не связана с аппаратными проблемами — это быстрое увеличение значения счетчика er_bad_os (Invalid ordered set).

В этом году устройства HP StoreOnce значительно пополнили свои функциональные возможности. Основная масса нововведений связана с появлением версии микрокода 3.12.0. Список улучшений внушительный, но с моей точки зрения особенно интересны две из них: Catalyst over FC Federated Catalyst В данном опусе я расскажу о том, что такое CoFC (Catalyst over FC) и как это заставить работать в связке с HP Data Protector. Типы доступа Устройства HP StoreOnce можно использовать в виде трёх типов объектов: