У меня есть экземпляр SQL Server 2008 (RTM), установленный на Windows Server 2003. Он имеет около 30 баз данных. Конфигурация работала отлично в течение года, до сегодняшнего дня, когда SQL Server неожиданно остановился, и мои окна показали печально известный BSOD (синий экран смерти).Каковы возможные причины SQL-дампов? Пробовал использовать DBCC CHECKDB, но без успеха
Я проверил все журналы (приложения, системы, журналы ошибок SQL и т. Д.) И обнаружил, что SQL генерировал дампы за последние 2 месяца. (SQLDump0001, SQLDump0002, SQLDump0003, ... до SQLDump0060 (60 SQLDumps)).
Я попытался использовать DBCC CHECKDB и нашел определенные «ошибки несоответствия» в 2-3 базах данных. Но когда я снова использовал DBCC CHECKDB в тех же базах данных, но на другом сервере ошибок не было.
Может ли кто-нибудь придумать возможные причины? Это аппаратная проблема? Возможно, RAM? Поскольку это произошло сегодня на моем рабочем сервере, я временно перешел на резервный сервер. Но нужно исправить это как можно скорее.
Даже самая маленькая помощь приветствуется!
SQL Dump - это резервная копия баз данных, а данные на них иногда генерируются при сбое сервера. Эта ссылка обсуждает дальше. Также это может быть вызвано отсутствием проблем на вашем диске. См. Следующие ссылки: http://www.mssqltips.com/sqlservertip/1810/out-of-space-on-the-c-drive-of-your-sql-server-and-ways-to-reclaim-disk- space /, http://stackoverflow.com/questions/2512593/what-is-sql-dump-for –
Существует достаточно места. Я проверил на этом –
. Что вы имеете в виду с теми же базами данных, но на разных серверах? Вы восстановили из резервной копии или создали новую резервную копию (из источника) и восстановили ее, а затем запустили CHECKDB? –