Мысли официальные в вольной интерпретации:
- Простая в развертывании,
надежнаясистема резервного копирования для виртуальных сред. - VDR до VDP, естественно, не обновляется.
- То, что Вы набэкапили c VDR использовать с VDP нельзя. И сконвертировать тоже нельзя, хотя, возможно, в ближайшее время станет можно.
- Один VDP это резервное копирование ста машин, на один vCenter Server можно использовать 10 VDP.
- VDP разливают по 0.5 Тб, 1 Тб, 2 Тб., И это размер дедуплицированных данных.
- VDP поддерживает Changed Block Tracking. И это, действительно, круто для бесплатного продукта. И дедупликацию он умеет делать не в рамках одного задания на резервное копирование, а и между заданиями (группировка заданий по ОС не нужна, хотя на первоначальных этапах в ней есть смысл)
- Сделать из 0.5 Тб. VDP 2 Тб. VDP после запуска нельзя.
- Подключать всякие CIFS и NFS "внутрь" VDP нельзя.
- Чтобы получить 500 Gb дедуплицированного трафика Вам понадобится положить VDP на диск в 850 Gb, 1 Тб на 1.6 Тб, 2 Тб на 3 Тб.
- До обновления 6.1.80-179 VDP не работает. Разворачивается, но не работает.
- Несмотря на заявленную поддержку тонких дисков для VDP большого как и малого смысла в этом нет.
- После установки VDP следует "покурить" 20-30 часов. До истечения этого срока дергать VDP и заставлять его что-то бэкапить бесполезно: ничего не получится, да и VDP, скорее всего, сломается.
- О своей личной жизни VDP пишет в \usr\local\avamar\var\vdr\server_logs\vdr-server.log
- После большего перекура "core service", "management service", "file system service" все равно не запустятся. Нужна КОРРЕКТНАЯ перегрузка, которая будет не быстрой.
- В указанный выше лог VDP пишет в периоды "Blackout" и "Maintenance"
- О "Blackout" и "Maintenance" следует написать отдельно т.к. есть строгий перечень действий, которые можно и нельзя делать в эти периоды:
Blackout Window
The blackout window is the portion of each day reserved for performing server maintenance activities, such as garbage collection, which require unrestricted access to the server. Garbage collection deletes the orphaned chunks of data that are no longer referenced within any backups stored on the system.
- Operational impact — No backup or administrative activities are allowed during the blackout window. You can perform restores.
- Default settings — The default blackout window begins at 8 a.m. local server time and continues uninterrupted for three hours until 11 a.m. that same morning.
- Customization — You can customize the blackout window duration to meet specific site requirements.
Maintenance Window
The maintenance window is the portion of each day reserved for performing routine server maintenance
activities such as integrity check validation.
- Operational impact — There might be brief periods when backup or administrative activities are notallowed.Although backups can be initiated during the maintenance window, doing so impacts both the backupand maintenance activities. For this reason, minimize any backup or administrative activities during themaintenance window. You can, however, perform restores.Although Integrity Check and backups can overlap, doing so might result in I/O resource contention,which can cause both activities to take longer to complete and possibly even to fail.
- Default settings — The default maintenance window begins at 11 a.m. local server time and continuesuninterrupted for nine hours until 8 p.m. that evening.
- Customization — Although the maintenance window is not directly customization, its start time andduration is derived from backup and blackout window settings. (c)
- Логи заданий резервного копирования \usr\local\avamarclient\var-proxy-?\ и содержат ошибки возникшие на стадии "backup". По содержанию они совершенно доступны и понятны тля проведения траблшутинга. Примерно так:
- Никуда не делась и всеми любимая проблема с взаимодействием в VSS в w2k8. Решается она просто: disk.EnableUUID.=TRUE. Хотя это просто решение и может повлечь неконсистентность данных в резервной копии.
- user-frendly interface у процесса восстановления отсутствует. Нет никакой индикации о состоянии процесса в данный момент, оставшемся времени. Об окончании процесса можно судить только по выполнении следующих задач в логе vSphere:
- revert snapshot
- the execution state of the virtual machine has been reverted to the state of snapshot VDP-####, with ID 9596
- Remove snapshot
- Virtual machine disks consolidation succeeded.
Несмотря на все технологические преимущества, вопрос стал ли VDP лучше VDR с точки зрения конечного администратора остается открытым.
Совсем недавно VMware выпустила VDP Advanced. Подробнее о отличия, преимуществах и ценообразовании читайте на vmgu.ru
