Регулярно переводите SQL Server в Azure SQL

Question

Я полностью в тупике. Позвольте мне описать мою ситуацию.

Мы относительно небольшая компания, и подавляющее большинство наших операционных данных содержится в базе данных поставщиков. Наш поставщик предлагает услугу хранилища данных. Они взяли все наши данные и применили к ним моделирование в стиле OLAP. Каждый день они помещают файл.bak или.diff (.bak один раз в неделю, .diff через день) в конечную точку FTP, доступ к которой мы платим. В настоящее время мы используем сценарий PowerShell для загрузки этих данных на сервер, который у нас находится в локальной серверной ферме, где затем мы используем SQL Server для "регидратации" путем восстановления с него.

Это все хорошо, но мы действительно хотим перенести как можно больше наших рабочих нагрузок в облако (мы используем Azure). Насколько я могу судить, управляемые экземпляры SQL - это единственный способ восстановления из файла.bak в облаке. Это намного дороже, чем нам нужно, и нам действительно не нужна платформа управляемого экземпляра, кроме как для восстановления из этого файла.

По сути, все в этом текущем процессе диаметрально противоположно тому, чтобы мы переносили его в облако, если только мы не хотим платить даже больше, чем мы сдаем в аренду эту серверную ферму.

Я пытаюсь лоббировать их за другой метод получения данных, но у меня возникают проблемы с предложением метода. Нам нужно каждый день переносить базу данных размером ~40 ГБ с SQL Server (у нашего поставщика) на Azure SQL (в нашем облаке). Каким наименее навязчивым способом мы могли бы это сделать?

Answer 1

Мы рады, что вы выбрали решение Azure SQL на виртуальной машине Azure. Спасибо за предложения Алекса и Давида:

• Я уже видел все эти ресурсы. Самым большим препятствием здесь является то, что весь процесс должен быть автоматизирован от начала до конца, что затрудняет восстановление с помощью bacpac (им пришлось бы писать какое-то приложение.NET для резервного копирования в bacpac). Я думаю, что SQL на виртуальной машине Azure - единственный реальный вариант, поэтому мне, возможно, придется посмотреть на стоимость этого.

Если другие сталкиваются с таким же сценарием, мы могли бы сослаться на это. Это также может быть полезно для других членов сообщества.