База данных SQL-сервера 2005 года проиграла, Как восстановить все записи. Размер MDF/LDF - то же, как это должно быть
Я обычно иду с именем, которое имеет имя дб и полно ли это, дифференциал или транзакция (для SQL Server). Как база-данных-full.bak.
Вы не можете судить размером файла. Если он работал DELETE * FROM table на каждой таблице размер базы данных был бы тем же, пока он не работал DBCC SHRINKDATABASE.
Я скопировал бы файл, и открыл бы его в редакторе и видел бы, существует ли на самом деле что-нибудь в нем. Или Вы могли просто попытаться УМЕНЬШИТЬ его. Если это не уменьшается ни к чему, это пусто. (Снова, сделайте резервное копирование).
Полная потеря всех данных походит на пользовательскую проблему мне. Никакие резервные копии, никакие данные, таинственный вирус? МОГ быть вирус, но столь же вероятно, что это была пользовательская ошибка.
-
1Да. Похож на " пользователь, слишком глупый для хранения данных exception" мне, также. – TomTom 29 March 2010 в 19:56
-
2больше как " пользователь к глупому для слушания admin" - который, кажется, персистентная ошибка – Jim B 30 March 2010 в 02:16
Поскольку структура DB на вид неповреждена (который необходимо проверить), наиболее вероятная причина - кто-то бездельничающий в DB непосредственно, возможно, для обхода некоторой бизнес-логики в приложении с помощью нее. Вирус? Крайне маловероятно.
Данные, казалось бы, теперь жили бы только в журнале транзакций. Вы можете использовать продукт как Вершина Аудит SQL или Litespeed Quest Для SQL Server, чтобы просмотреть журнал, видеть то, что произошло, и возможно восстановите данные.