Мне нужно сделать автоматическую периодическую резервную копию хранения Azure blob на другое хранилище Azure blob.автоматическое резервное копирование хранилища Azure blob?
Это необходимо для защиты от каких-либо сбоев в работе программного обеспечения.
Есть ли какие-либо услуги, которые это делают? Azure, похоже, не имеет этого
Azure хранит 3 избыточных копии ваших данных в разных местах в том же центре обработки данных, где размещаются ваши данные (для защиты от сбоев оборудования).
Это относится к хранилищу памяти, таблицы и очереди.
Кроме того, вы можете включить гео-репликацию на всей вашей памяти. Azure автоматически сохранит избыточные копии ваших данных в отдельных центрах обработки данных. Это защищает от всего, что происходит с центром обработки данных.
Как уже упоминалось @Brent в комментариях к ответу Роберто, реплики являются для HA; если вы удалили blob, это удаление будет немедленно реплицировано.
Для блоб, вы можете легко создать асинхронные копии в отдельном блобе (даже в отдельной учетной записи хранилища). Вы также можете сделать моментальные снимки, которые фиксируют кадр в текущий момент времени. Сначала снимки ничего не стоят, но если вы начнете изменять блоки/страницы, на которые ссылается моментальный снимок, тогда выделяются новые блоки/страницы. Со временем вы захотите начать очистку снимков. Это отличный способ сохранить данные «как есть» со временем и вернуться к снимку, если в вашем программном обеспечении есть неисправность.
С очередями история неисправностей не совсем такая, как обычно у вас будет только небольшое количество элементов очереди (по крайней мере, это надежда; если у вас тысячи сообщений в очереди, это, как правило, что ваше программное обеспечение отстает). В любом случае: при записи сообщений в очередь вы можете записывать сообщения очереди в хранилище blob для целей архивирования, если есть неисправность. Я бы не рекомендовал использовать blob-based messaging для масштабирования/параллельной обработки, так как у них нет механизмов, установленных в очереди, но вы можете использовать их вручную в случае сбоя.
Нет функции копирования для таблиц. Во время записи вам нужно написать две таблицы.
Это самый эффективный способ продвижения вперед - иметь основную учетную запись и вторичную учетную запись и писать в оба (капли, таблицы и т. Д.) В первую очередь. –
Вы правы, что нет службы резервного копирования, поэтому вам нужно будет выполнить это действие самостоятельно. локальная репликация, на которую ссылается Роберто, действительно относится к сценариям HA, а не DR или «oops». Если вы случайно потеряете таблицу, локальная репликация не позволит вам ее восстановить. Redgate и другие провайдеры имеют этот тип сервиса, и вы также можете периодически делать «blob-копии» на другие учетные записи хранилища или принимать «снимки blob». Снимки - отличный способ справиться с резервными копиями. – BrentDaCodeMonkey
Взгляните на Красные Ворота Облачные Службы здесь: http://cloudservices.red-gate.com/Home/Features#storageBackup –
@Roberto Bonini: Я упомянул это для случая неисправности программного обеспечения, а не аппаратного обеспечения. –