стратегия резервного копирования веб-сайтов Azure [закрыто]
Я надеюсь, что это подходящее место, чтобы задать этот вопрос.
У меня есть простой лазурный веб-сайт со связанной базой данных sql azure. Я хочу иметь возможность создавать резервные копии как файлов ftp, так и базы данных SQL. Какой вариант для этого лучше всего? Я знаю, что могу войти в ftp и просто скопировать куда-нибудь файлы, а также сделать резервную копию базы данных.
ВОПРОС: Есть ли встроенный в Azure процесс резервного копирования, который я могу восстановить до предыдущей точки .
Например, если я обновлю свой код и сломаю свой сайт, но не знаю, что произошло, могу ли я восстановить как файлы, так и БД до вчерашнего или двухчасового времени? Имеет ли это смысл?
Я уже прочитал эту страницу , и это не помогло
Этот форум MSDN , кажется, указывает на то, что эта «точка восстановления» недоступна.
Я ищу подтверждение или другие варианты.
Заранее спасибо
Нет, Azure не включает интегрированную систему резервного копирования, которая позволяет откатиться к предыдущей версии.
Для веб-сайта данные обычно довольно малы, поэтому SFTP довольно просто или через VPN на веб-сайт и сделайте резервную копию с помощью запланированного задания.
Для базы данных SQL самым простым вариантом является использование службы импорта / экспорта SQL для сброса содержимого базы данных в большой двоичный объект хранилища. Поскольку этот импорт / экспорт не является переходным согласованным, вам необходимо сначала создать копию базы данных и сделать резервную копию этой копии.
Помимо этого, существует ряд поставщиков, которые предоставляют услуги резервного копирования SQL azure локально или для облачное хранилище.
Если вы используете веб-сайты Windows Azure и настроили систему управления версиями (git, tfs, dropbox, bitbucket и т. Д.), Вы можете откатить свой код до предыдущего развертывания. Вы можете просмотреть историю всех своих развертываний и выбрать любое, к которому нужно выполнить откат.
При развертывании ftp у вас не будет этой опции (но вы можете просто заархивировать свой код и заархивировать его в виде большого двоичного объекта, например, , номер сборки в качестве имени большого двоичного объекта в контейнере "builds".