Резервное копирование SQL Server приводит к исчезновению недавних записей таблицы для одной таблицы

Я только что заметил через два месяца после отключения резервного диска, что одна таблица в одной из резервных баз данных теряет записи после определенного момента.

Резервное копирование базы данных выполняется еженедельно.

До нового диска в таблице были записи с 11.03.2010 по 08.06.2010. После первого запуска резервного копирования в таблице отсутствовали все записи после 11.03.2010, за исключением одной или двух записей, созданных за день до резервного копирования. Записи начали накапливаться в этот момент без происшествий до 3-х резервных копий спустя месяц после первого резервного копирования, которое совпало с потерей данных. К этому моменту все записи за 11.03.2010 снова отсутствовали (за исключением одной или двух, которые были созданы непосредственно перед резервным копированием).

Это влияет только на одну таблицу в базе данных, и это происходит не с каждым резервным копированием, а только с теми, которые происходят около 6/11 и 7/11.

Любые идеи? Я совершенно не понимаю, как это диагностировать. Другие базы данных на том же резервном диске кажутся не затронутыми, а другие таблицы в этой базе данных не затронуты.


database sql-server backup corrupt
person Caveatrob    schedule 13.07.2010    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Создание резервной копии базы данных не приведет к удалению строк. Что-то еще должно происходить, чтобы вызвать такое поведение.

Знаете ли вы, что строки исчезают (примерно) одновременно с созданием резервной копии? Возможно, в пределах +/- минут, часов или дней? Может ли проблема воспроизводиться или возникает случайным образом? (Как долго выполняется резервное копирование? Происходит ли это для полных, дифференциальных резервных копий и / или резервных копий журнала транзакций?)

Я бы рекомендовал запускать SQL Profiler до, во время и после резервного копирования (во время этого окна +/-) и внимательно следить за событиями, которые могут удалить строки. Возможно, вам придется делать это для каждой резервной копии какое-то время, пока вы не столкнетесь с реальной проблемой.

person Philip Kelley    schedule 13.07.2010
comment
Можно ли запланировать SQL Profiler? Будет ли он облагаться налогом на сервер, если он будет работать в течение нескольких часов? Хорошая идея!! - person Caveatrob; 14.07.2010
comment
Планирование запуска SQL Profiler - ИМХО слишком сложный процесс. Однажды я работал над своей собственной версией, и эта страница mssqltips.com/tip.asp?tip = 1715 имеет аналогичный процесс. Нелегко разобраться или настроить, но определенно стоит того, когда оно вам понадобится. - person Philip Kelley; 14.07.2010
comment
Гм ... как часто вы делаете резервную копию своей базы данных? - person Philip Kelley; 14.07.2010
comment
Это было еженедельно, что, оглядываясь назад, было неудачным выбором предыдущего программиста. - person Caveatrob; 14.07.2010