Por que CREATE INDEX ... WITH ONLINE=ON bloqueia o acesso à tabela por um período de minutos?

Eu tenho uma tabela existente:

CREATE TABLE dbo.ProofDetails
(
    ProofDetailsID int NOT NULL 
        CONSTRAINT PK_ProofDetails 
        PRIMARY KEY CLUSTERED IDENTITY(1,1)
    , ProofID int NULL
    , IDShownToUser int NULL
    , UserViewedDetails bit NOT NULL 
        CONSTRAINT DF_ProofDetails_UserViewedDetails 
        DEFAULT ((0))
);

Esta tabela tem 150.000.000 linhas. O sistema está em operação 24x7x365, portanto, não há janelas de manutenção que ocorrem regularmente.

Desejo adicionar um índice à tabela e, com a edição Enterprise do SQL Server, devo poder fazer isso sem bloquear o acesso de gravação à tabela. O comando que usei foi:

CREATE INDEX IX_ProofDetails_ProofID_Etc 
ON dbo.ProofDetails (ProofID, IDShownToUser)
INCLUDE (UserViewedDetails)
WITH (ONLINE=ON
    , ALLOW_ROW_LOCKS=ON
    , ALLOW_PAGE_LOCKS=ON
    , FILLFACTOR=100
    , MAXDOP=4
);

Executei a instrução sozinha no SSMS, pressionando F5. Ele funcionou por mais de um minuto, depois começou a bloquear outras sessões. Cancelei imediatamente o CREATE INDEXcomando, pois não posso bloquear outras sessões.

Durante o primeiro minuto, nada estava bloqueando meu CREATE INDEXcomando, sys.dm_exec_requestsmostrou o processo com um tipo de espera CXPACKET- é claro. Eu não acho que isso seja uma coisa ruim, já que a operação foi paralelizada.

Eu não tive muito tempo para inspecionar a saída do sys.dm_exec_requests. Houve apenas uma única linha retornada da consulta WHERE session_id = xxx. As sessões bloqueadas estavam tentando inserir linhas na tabela de destino.

Não sei quanto tempo os bloqueios duraram, exceto para dizer que cancelei a execução da instrução cerca de 2 minutos após o início. Os bloqueios estavam ocorrendo por cerca de um minuto naquele ponto.

Estou entendendo mal a implementação de WITH (ONLINE=ON)? Ou há algo mais que eu preciso estar ciente?

O servidor é uma máquina bastante robusta, com 2 processadores quad-core Xeon E5-2643 de 3,3 Ghz, 192 GB de RAM e armazenamento SAN com capacidade para mais de 5.000 iops. A CPU está normalmente abaixo de 20%, a RAM é 93% utilizada, principalmente pelo SQL Server. Não há mais nada em execução na caixa, apenas Windows Server 2012 e SQL Server 2012.