SQLServer 6.5(SP5a+update) на Win2000 Server rus (SP3)

Вчера, в конце рабочего дня вырубили свет. При шатдауне пауэршут не смог остановит сервис SQLServer по-нормальному.
С утра в логе системы я обнаружил сообщение:

Предыдущее завершение работы системы в 15:36:56 на 10.11.2002 было неожиданным.

И все, больше ничего подозрительного

Посмотрел логи SQLServer при загрузке, вроде ничего такого нет, откат или подтверждение транзакций, не ошибок ничего, обычный лог нормальной загрузки.

Утром случилась такая штука. Есть одно приложение-клиент работающее с базой, так вот при записи в базу вылетает ошибка на клиенте о нарушении уникальности первичного ключа. Отлавливаю трейсом запрос, нахожу табличку, смотрю вроде нормально все, идентити стоит. Пытаюсь добавить запись сам из ЕМ, но такая же фигня. Я и так и сяк, не вставляется и все, ругается на уникальность (значение ключевого поля не указываю), отключаю приращение и явно указываю значение ключевого поля, все нормально. Опять включаю автоинкремент для этой для таблицы, ни чего не вставляется. Позже выясняется, что такая фигня начинается во всех без исключения таблицах с автоинкрементом четырех рабочих баз. Но почему-то несколько баз это стихийное бедствие не коснулось вообще (??). Ну, думаю, хана мне, все стоит. Восстанавливаю на полчаса, час, два, день назад - бесполезно. Потом создаю простую табличку с автоинкрементом, все добавляется без ошибок(??) Минут через 40 опятным путем удалось установить, что после 5-6 попыток вставки ошибка не с того не с сего перестает вылетать и запись добавляется. Короче пришлось проделать это операцию (вставку удаление)для всех таблиц, где был автоинкремент. Теперь все работает. Что это было, я так и не понял. Помогите разобраться, плиз, ну не могу же я все на электриков валить! Что могло с идентити произойти!

4 Genady

нету в 6.5 такого параметра (
а что-то подобное про идентити я в BOL для 6.5 не нашел, там вообще две ссылки на него, одга для одбс, а вторая как его вкючать-отключать

4 Vit

кстати, а что за таблица, я так и думал по началу, что он там хранит эти значения, но почему тогда он все таки заработал, я ведь в таблице ничего не менял

Немного с опозданием не все же.

4 Genady
Ваш совет помог, просто я прохлопал параметр checkident у dbcc в BOL
Наверное потому, что был в немного шоковом состоянии в тот момент=)
Жаль, что приходится учиься на своих ошибка


4 Vit.
Ну, я вроде читал, что SQL Server (в том числе и 6.5) как раз таки не вытворяет такие штуки, т.е. при загрузке после некорректной остановки он не прибавляет к текущему идентити какое-то большое значения, для избежания нарушения уникальности. И никаких дыр в таких случаях не делает.

Может я и здесь че прохлопал, но колонки autoval в syscolumns я не нашел, а других полей, значения которых могли бы ассоциироваться с идентити при добавлении записей я не заметил. Может ты имел ввиду не 6.5?


Кто-нибудь может объяснить почему все таки слетел идентити? А зачем тогда журнал и транзакции? Раз есть dbcc checkident, значит SQL Server заранее подразумевает возникновение таких ситуаций?