как проверить, что бакпак SQL Azure не поврежден

Я только что потерял часы на поврежденная резервная копия SQL Azure bacpac. Ни один из используемых мной механизмов восстановления не сообщил о чем-либо неправильном при восстановлении резервной копии, и схема и данные, казалось, присутствовали, но, учитывая, что с этой резервной копией определенно что-то не так.

Я использую SQL Azure backup от Redgate, но все, что это делает, - это использование create as copy of, проверка до завершения, а затем использование функций Azure экспорта bacpac для создания резервной копии.

Есть ли способ убедиться, что резервная копия SQL Azure bacpac не повреждена?


Подробнее о симптомах резервного копирования:

  • Выполнение восстановления с помощью клиентских инструментов платформы DAC Framework или портал управления Azure не сообщает об ошибках
  • Беглый взгляд на список таблиц и 100 лучших записей 1-2 таблиц выглядел хорошо
  • Пользователи SQL остались в состоянии, которое не могло быть сопоставлено с логином SQL (как если бы эти пользователи были созданы с опцией «без входа» в локальной базе данных). Этого не произошло в других резервных копиях базы данных.

В этом вопросе я ссылаюсь на кого-то, у кого аналогичная ситуация с локальной резервной копией, которая была повреждена из-за нехватки места на диске: http://www.sqlmag.com/forums/aft/96868


person eglasius    schedule 02.01.2012    source источник
comment
Что случилось? Поврежденные или ненужные данные?   -  person Craig    schedule 03.01.2012
comment
Что ж, подробности в связанном вопросе, но короче говоря, восстановление этой резервной копии дало мне базу данных, которая выглядела хорошо (схема и данные), но пользователи SQL были перепутаны таким образом, что их нельзя было сопоставить с входом в систему SQL. Этого не произошло в других резервных копиях базы данных, и в этом вопросе я ссылаюсь на кого-то, у кого аналогичная ситуация с локальной резервной копией, которая была повреждена из-за нехватки места на диске. Мне пришлось бы больше копаться в резервной копии, чтобы узнать, не сломалось ли что-то еще после восстановления, но я не знаю, что и как это искать.   -  person eglasius    schedule 03.01.2012


Ответы (1)


Мы собираемся изучить более автоматизированную проверку вывода файла bacpac, вероятно, включающую временное ВОССТАНОВЛЕНИЕ - это действительно единственный способ проверить, что файл завершен. Перед этим мы проверяем, что файл .bacpac (на самом деле просто файл .zip) не поврежден и содержит ожидаемые данные.

Если вы используете другой механизм резервного копирования на локальный SQL Server, у нас есть гораздо больший контроль над этим.

Не стесняйтесь, напишите мне по электронной почте, если у вас есть еще какие-либо идеи или пожелания. [email protected]

person Richard Mitchell    schedule 03.01.2012
comment
+1 Спасибо за ответ, рад, что его рассматривают. Я добавил дополнительную информацию о симптомах, которые увидел в вопросе (но в вопросе, который я связал, больше информации). Используется ли временное восстановление только для проверки того, что при этом не сообщается об ошибках, или вы знаете другой способ проверить исправность восстановленной резервной копии. - person eglasius; 03.01.2012