A coluna de identidade bigint salta de 17 para 1004. Por quê?

Bigint varia de -9.223.372.036.854.775.808 a 9.223.372.036.854.775.807. Eu acho que você tem um tempo antes de atingir os limites superiores - mesmo que esteja pulando 100 mil registros de uma vez, você pode ter um bilhão de saltos e ainda não raspar os limites superiores. Se você ainda está preocupado, refaça sua identidade para começar no intervalo negativo e estaremos todos mortos antes que você tenha que se preocupar com as coisas.

Por que um valor de identidade tem lacunas?

Um aplicativo tenta inserir um registro em sua tabela e um número é removido do pool. Por motivos de integridade referencial, a inserção falha ou o programa de chamada então desfaz (reverte) a inserção transacionada - de qualquer forma, o valor de identidade não está mais no pool de candidatos. Sim, mesmo que a transação seja revertida, o número esgotou e não é revertido.

Teste você mesmo

SET NOCOUNT ON;
IF OBJECT_ID('tempdb..#Demo') IS NOT NULL
BEGIN
    DROP TABLE #Demo;
END

CREATE TABLE #Demo
(
    demoid int IDENTITY(1,1) NOT NULL
,   CantBeNull varchar(50) NOT NULL
);

-- add a record and look at our identity
INSERT INTO #Demo
    (CantBeNull)
VALUES
    ('First Entry');
SELECT SCOPE_IDENTITY() AS GeneratedId;

-- GO forces the batch to commit (assuming default implicit transaction model)
GO
-- Violate RI
INSERT INTO #Demo
    (CantBeNull)
VALUES
    (NULL);
SELECT SCOPE_IDENTITY() AS RIViolationGeneratedId;
GO
-- add a record and look at our identity
INSERT INTO #Demo
    (CantBeNull)
VALUES
    ('Third Entry');
SELECT SCOPE_IDENTITY() AS ThirdGeneratedId;
GO
-- Transaction consumes

BEGIN TRAN
INSERT INTO #Demo
    (CantBeNull)
VALUES
    ('Fourth Entry');
SELECT SCOPE_IDENTITY() AS FourthGeneratedId;
ROLLBACK;

INSERT INTO #Demo
    (CantBeNull)
VALUES
    ('Fifth Entry');

SELECT SCOPE_IDENTITY() AS FifthGeneratedId;
GO
SELECT D.* FROM #Demo AS D;

Na guia de resultados, você verá 1, 1, 3, 4 e 5, pois esses foram os números usados, mas como revertemos 4, os resultados confirmados da tabela #Demo serão exibidos

demoid  CantBeNull
1       First Entry
3       Third Entry
5       Fifth Entry

Eu não gosto desse comportamento

É assim que a propriedade de identidade funciona - não há como alterá-la. O mesmo vale se você alternar para o objeto Sequence (novo em 2012).

Se as lacunas forem uma preocupação, eu procuraria identificar qual processo as está consumindo. Se forem violações de integridade referencial (RI), aperte a validação antes de tentar salvar. Se a causa raiz for transações sendo revertidas, faça uma confirmação de duas fases ou algo parecido - Salvar em Stage.MyTable. Se o esgotamento da identidade for um problema, alterne para um objeto SEQUENCE e ative o ciclo. Periodicamente, pesquise esta tabela para transação confirmada e, em seguida, insira em dbo.MyTable a partir daí. Isso deve diminuir a oportunidade de existirem lacunas em sua chave substituta.

Kendra Little adorável pôster de nível de isolamento me ajuda a lembrar qual nível de isolamento eu preciso para verificar o que está realmente comprometido.