DNV,

Тебе-то что за горе?
Ну, прыгнули...
Сервер надо аккуратно гасить, и все будет ок с идентити. Но если и прыгнет — ничего страшного.

DNV,

У тебя номера инвойсов через identity генерируются? Ну-ну...

DNV, запомни раз и навсегда

Identity гарантирует уникальность, а не генерацию в восходящем порядке, без дырок. Он так устроен by design. Он именно поэтому быстр. А генерация в строго восходящем порядке вообще требует сериализации всех транзакций к данной таблице, чего ты явно не хотел бы.

DNVпопробую этот вариант
http://i.ll.do/2013/01/how-to-solve-sql-server-2012-identity.html

Тебе не identity надо фиксить, а логику своего приложения, тебе надо переделать генерацию номеров инвойсов с identity на свой собственный генератор.

PK таблицы оставляешь в покое, как он есть, добавляешь туда ещё одно поле, номер инвойса, посде добавления UPDATE-ишь его из старого поля (PK). Заменяешь в приложении все случаи использования старого PK как номера инвойса на новое поле.
при очень большом количестве таких мест или сложном изменении можно сделать наоборот -- добавить новое поле для первичного ключа, и про UPDATE-ить его из старого поля. По идее, PK должен использоваться реже и более детерминировано, чем номер инвойса.

Ну и о генерации нового номера инвойса --
делаешь таблицу

NEXT_DOCUMENT_NUMBER
(
document_type varchar(50) primary key,
next_doc_number int
...
);


Ну и внутри транзакции создания документа делаешь

invmMasterZivIdentity гарантирует уникальностьНе гарантирует.

Оно гарантирует, что при правильном использовании оно будет тебе генерировать уникальное значение при каждом обращении.
И это в многопользовательской среде.
Естественно, в БД констрейнтом identity не является, если ты это имел в виду.