У меня дома есть хранилка Synology 1812+, и 7 дисков WD Red по 6 TB в RAID5. Хранилка 8-ми слотовая, но последний диск как-то жаба душила покупать, да и вроде места хватало. Но на днях перепал новый диск 8 TB и тоже WD Red. Все SATA.
Утреннее письмо в почту с ошибкой от CommServ’а удивило меня, и вот что я там прочел…
Failure Reason: The virtual machine [Reserve] reports that it has virtual disks that need consolidation and this could not be performed automatically. In order to prevent a further buildup of delta disks and possible stability issues with the virtual machine, further backups of this virtual machine will not be performed until this condition is corrected. Please check if there are any locks on the virtual disks or if the disks are still attached to a backup proxy.
Окей, произошел какой-то баг, видимо, опять с функцией hot-add. Хорошо, consolidate не самая ужасная вещь, мы же знаем что нужно нажать?
Новая рубрика, в ней будут небольшие полезные фичи без простыней описаний.
Заходим в Policies -> Storage Policies -> Наша политика
При очередном обновлении CommServe и агентов, столкнулся с ошибкой — Update Status «Ahead of cache». Окей, что это за статус? Обратимся к документации.
The service pack version installed on the client is higher than the software version available in the CommServe Update Cache directory.
После успешного решения кейса с «залипшими» дисками к Proxy VM, по моей просьбе, мне прислали советы по нормальной настройке этой самой Proxy VM (MediaAgent).
| Components | Extra Large | Large | Medium | Small | Extra Small |
| CPU/RAM | 16 CPU 128 GB | 12 CPU 64 GB | 8 CPU 32 GB | 4 CPU 24 GB | 2 CPU 16 GB |
| vCPU/vRAM | 16 vCPU 128 vGB | 12 vCPU 64 vGB | 8 vCPU 48 vGB | 4 vCPU 32 vGB | 2 vCPU 24 vGB |
| Front-End TB | 90 — 120 | 50 — 100 | 25 — 50 | 10 — 25 | 5 -10 |
Информация по сайзингу взята отсюда.
1. Front-End Terabytes — Общий объем защищаемых данных (файлы, базы данных, почта).
2. CPU архитектура подразумевается последнего поколения.
Очередная проблемка (решение, как всегда простое). В этот раз не вышло установить агент на Oracle машинку через GUI CommServe. Ошибка выглядит не очень информативно. Не вышло установить. Лезем в логи.
Столкнулся с проблемой, надо было забекапить физическую машину на работе. Добавил клиента, установил File System Core агента. Почему только core? Смотрим документацию.
Firewall выключен. Лицензия есть — Capacity License (1 license per CommCell for n Terabytes (TB) of protected data). Т.е. лицензия на объем, а не на тип агента. О вариантах лицензий можно глянуть тут. Идем дальше.
Начнем с привычной Disk Library.
Disk Library — Логический контейнер, используется для определения одного или нескольких путей к хранилищу, называемых mount paths (пути монтирования). Эти mount paths могут быть буквой диска или UNC path. Для каждого mount path могут быть выделены writers (устройства записи), которые определяют количество одновременных streams (потоков) для mount path.
В зависимости от мощностей MediaAgent число writers может быть увеличено для увеличения кол-ва streams.
С лицензиями, правами доступа и агентами разобрались. Перейдем к СХД части (локальные диски, вирутальные или это отдельная полка — не важно).
Каждую библиотеку разберем поближе, сначала глобально, потом подробнее. Буду добавлять информацию по типам библиотек постепенно, благо, в очередной раз CommVault радует изобилием вариантов, куда и на чем хранить наши важные данные.
Открываю новую рубрику — Исправляем!
Представим, что есть площадка в Москве (ЦОД М9) и площадка в Рязани. Есть два MediaAgent на каждой из них. Запускаем бекап и видим, что бекап идет не через местный Proxy. Почему?
