У нас очень большая производственная база данных, которая составляет 10 ТБ. Мы рассматриваем возможность перехода на облачный сервис, но я должен понять риски и оценить продолжительность всего процесса. Я делаю резервную копию базы данных один раз в месяц, используя решение для резервного копирования Native SQL Server 2014 SP2. Продолжительность почти 720 минут - 12 часов. Коэффициент сжатия равен 5, что означает, что размер резервной копии составляет почти 2 ТБ. Мы не можем позволить себе разностные резервные копии, потому что они накапливаются, они занимают столько же времени и места, сколько и полные, поэтому вместо этого мы делаем резервные копии T-log (~ 200 МБ каждая) каждые 10 минут ~ 144 файла в день. БОЛЬШОЙ вопрос состоит в том, чтобы иметь всю эту статистику. Кто-нибудь знает, сколько времени потребуется, чтобы восстановить резервную копию на 2 ТБ, содержащую данные на 10 ТБ? Это будет намного дольше, чем полная длительность резервного копирования?
источник
Ответы:
Это просто и быстро проверить.
Возьмите этот файл резервной копии объемом 2 ТБ , скопируйте его в Azure с помощью AzCopy . Подготовьте SQL Server, используя образ «Бесплатная лицензия: разработчик SQL Server 2017 для Windows Server 2016», настроенный с 12-15 ТБ хранилища SSD. Удаленный рабочий стол на виртуальной машине SQL и восстановление резервной копии непосредственно из хранилища BLOB-объектов или скопируйте ее на локальный диск, а затем восстановите.
Просто не забудьте выключить виртуальную машину, когда вы не тестируете, и уничтожить ее и диски, когда вы закончите, чтобы минимизировать расходы.
источник
Спасибо всем за ответы. Вот что я сделал, чтобы оценить время восстановления. В настоящее время мы не можем позволить себе реальный тестовый сценарий восстановления резервной копии объемом 2 ТБ, и я пока не знаю окончательной конфигурации для миграции. Это было бы близко к тому, что мы имеем сейчас. И это будет в облаке Alibaba. Мы будем использовать классические виртуальные машины (ECS). Я протестировал 2 небольших резервных восстановления на 4-м узле в кластере SQL с 4 узлами, который идентичен по конфигурации экземпляру Production SQL Server. Восстановление показало увеличение времени восстановления от 20% до 50% от времени резервного копирования. Взяв 50% и применив к резервному копированию 720 минут, я получил время восстановления 1080 минут (18 часов). Я также проверил случай с резервными копиями для обеих протестированных баз данных, разделенными на 5 файлов, и время восстановления не уменьшилось вообще.
источник