Violação de chave de índice ÚNICA

Tenho uma tabela com uma PK e um índice único não clusterizado, conforme abaixo:

CREATE TABLE Table1
(
    Id INT IDENTITY(1,1) NOT NULL,
    Field1 VARCHAR(25) NOT NULL,
    Field2 VARCHAR(25) NULL,
 CONSTRAINT PK_Table1 PRIMARY KEY CLUSTERED (Id ASC)
)

CREATE UNIQUE NONCLUSTERED INDEX IX_Field1_Field2 ON Table1
(
    Field1 ASC,
    Field2 ASC
)
WITH
    (
        PAD_INDEX = OFF,
        STATISTICS_NORECOMPUTE = OFF,
        SORT_IN_TEMPDB = OFF,
        IGNORE_DUP_KEY = OFF,
        DROP_EXISTING = OFF,
        ONLINE = OFF,
        ALLOW_ROW_LOCKS = ON,
        ALLOW_PAGE_LOCKS = ON
    )

Eu tenho 2 trabalhos cujos tempos de execução eu acho que estão se sobrepondo. Ambos incluem o mesmo INSERTnesta tabela e frequentemente o trabalho que começa por último falha porque tenta inserir um registro Table1com um valor de chave de índice duplicado.

INSERT Table1
SELECT Field1, Field2
FROM SomeOtherTable sot WITH (NOLOCK)
WHERE NOT EXISTS (
    SELECT 1
    FROM Table1 t1
    WHERE sot.Field1 = t1.Field1
    AND sot.Field2 = t1.Field2
)

Pelo que pude discernir, o INSERTin Job1 ainda está em execução quando o NOT EXISTSfrom Job2 é avaliado, resultando em Job2 tentando inserir um valor de chave duplicado. Me parece que o locking Table1for não está acontecendo conforme o esperado.

Não sei por que isso está acontecendo. Isso teria algo a ver com a NOLOCKdica usada no INSERT? Não pensei que essa dica incluiria Table1em seu escopo, apenas arquivos SomeOtherTable.

Sei que posso atenuar o erro de chave duplicada definindo IGNORE_DUP_KEYpara ONo índice, e isso seria bom para nós nessa situação. Gostaria de saber, porém, por que a duplicata está aparecendo no 2º INSERT.