Netapp snap mgr для sql и собственные резервные копии

Плюсы NetApp SnapManager:

• Полное резервное копирование занимает секунду или меньше, независимо от размера базы данных.
• Полное резервное копирование не замедляет работу SQL Server, потому что данные не перетаскиваются через соединение SAN.
• Ленточные накопители для резервного копирования могут быть подключены непосредственно к SAN, что обеспечивает невероятно быстрое резервное копирование моментальных снимков.
• Вы можете смонтировать моментальные снимки на своих серверах разработки или контроля качества для тестирования с минимальным замедлением производства (если они настроены правильно)

Минусы NetApp SnapManager:

• Снимки все еще находятся в SAN. Если ваш контроллер SAN умирает, вы облажались, и контроллеры SAN умирают.
• Если вам нужно часто обновлять SQL-сервер для разработки / контроля качества на основе производственных данных, и этот сервер не использует тот же NetApp SAN, вам все равно придется перетасовать данные в этот другой SAN. Вы можете это сделать, но это немного сложнее, чем при использовании обычной доставки журналов.

Родные плюсы:

• Это полностью под контролем администратора базы данных. Его не интересует, не хватает ли в SAN места для моментальных снимков. (Вы можете смягчить это, связавшись со своим администратором SAN, и я не имею в виду романтические отношения, хотя я думаю, что это тоже сработает.)
• Если вам нужно регистрировать доставку журналов на несколько серверов для целей отчетности, а эти другие серверы не находятся в сетях NetApp SAN (например, они используют локальное хранилище или Fusion-IO), то легче управлять доставкой журналов.
• Бесплатно и интегрировано с SQL Server.

Родные минусы:

• Полное резервное копирование намного медленнее, что влияет на производственные запросы.

Мы используем диспетчер оснастки netapp для SQL. Это быстрое резервное копирование, но время от времени у меня возникают проблемы. Иногда я натыкаюсь на занятые снимки ланча. Как только он получает занятый lun, он начинает создавать все больше и больше снимков занятого lun и в конечном итоге заполняет пространство для снимков, вызывая сбой всех резервных копий. Единственный способ избавиться от них - удалить занятые логические файлы, а затем удалить их моментальные снимки, и все снова начнет корректное резервное копирование. Мне не удалось остановить создание занятых луней. Конечно, я еще не связывался с продавцом, я просто занимаюсь проблемой, когда она возникает.

Прошло много времени с тех пор, как я работал с ними, но я обнаружил, что NetApp Snap Manager for SQL не хватает, когда он рассчитывает; во время восстановления. У вас нет возможности увидеть, как идет восстановление, и вы не можете обратиться за помощью к нему, и зачастую оно терпит неудачу. Если бы у меня была возможность, я бы больше не использовал снимки NetApp для резервного копирования.