Я просто потерял часы до corrupt SQL Azure bacpac backup. Ни один из механизмов восстановления, которые я использовал, не сообщал ничего плохого при восстановлении резервной копии, а схемы и данные, казалось, были там, но при этом определенно было что-то не так с этой резервной копией.как проверить SQL Azure bacpac не поврежден
Я использую Redgate's SQL Azure backup, но все, что делает, это использовать create as copy of, проверяя, пока он не будет завершен, а затем с помощью функций экспорта bacpac Azure, чтобы взять резервную копию.
Есть ли способ подтвердить, что резервная копия SQL Azure bacpac не повреждена?
Более подробная информации о симптомах резервного копирования:
- Doing восстановления через DAC Framework Client Side Tools или портал управления Azure не сообщает о какой-либо ошибки
- Принимая быстрый взгляд в список таблицы и 100 лучших записей из 1-2 таблиц выглядели хорошо
- Пользователи SQL остались в состоянии, которое не могло быть сопоставлено с входом SQL (как если бы эти пользователи были созданы с опцией «без входа» в локальном база данных). Это не произошло в других резервных копиях базы данных.
В этом вопросе я связать с кем-то еще, имеющий подобную ситуацию с на подпорки помещения, который был поврежден из-за нехватки дискового пространства: http://www.sqlmag.com/forums/aft/96868
Что случилось? Коррумпированные или нежелательные данные? – Craig
Ну, подробности по связанному вопросу, но вкратце, восстановление этой резервной копии дало мне базу данных, которая выглядела хорошо (схема и данные), но пользователи SQL были перепутаны таким образом, что они не могли быть сопоставлены с входом SQL. Это не произошло в других резервных копиях базы данных, и в этом вопросе я связываюсь с кем-то другим, имеющим аналогичную ситуацию с резервной копией в помещении, которая была повреждена из-за нехватки дискового пространства. Мне пришлось бы больше копировать в резервную копию, чтобы узнать, не произошло ли что-то еще после восстановления, но я не знаю, что и как его искать. – eglasius