Dado que o formato é:
CREATE TABLE TableName(...) TEXTIMAGE_ON { filegroup | "default" }
TEXTIMAGE refere-se a todos os tipos de campos grandes / de tamanho ilimitado: texto, ntext, imagem, xml, varchar (max), nvarchar (max), varbinary (max) e colunas de tipo definido pelo usuário do CLR (incluindo geometria e geografia).
Então, você precisa saber o que são arquivos e grupos de arquivos. Na entrada MSDN em Arquivos e grupos de arquivos de banco de dados :
Arquivo
No mínimo, todo banco de dados do SQL Server possui dois arquivos do sistema operacional: um arquivo de dados e um arquivo de log. Os arquivos de dados contêm dados e objetos como tabelas, índices, procedimentos armazenados e visualizações. Os arquivos de log contêm as informações necessárias para recuperar todas as transações no banco de dados. Os arquivos de dados podem ser agrupados em grupos de arquivos para fins de alocação e administração.
Grupos de arquivos
Todo banco de dados tem um grupo de arquivos primário. Este grupo de arquivos contém o arquivo de dados primário e quaisquer arquivos secundários que não são colocados em outros grupos de arquivos. Grupos de arquivos definidos pelo usuário podem ser criados para agrupar arquivos de dados para fins administrativos, de alocação e colocação de dados.
Assim,
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
Parece ser um pouco redundante, pois está dizendo que as colunas de grande valor de texto mencionadas devem ser armazenadas no grupo de arquivos primário, que é realmente a ação padrão.
Supondo a existência de um grupo de arquivos personalizado chamado CUSTOM, você provavelmente escreveria algo como isto:
CREATE TABLE ... ON [PRIMARY] TEXTIMAGE_ON [CUSTOM]
Você criaria um grupo de arquivos personalizado para armazenar texto ou binário grande e, nesse caso, as informações dos campos 'normais' ficariam em um arquivo de dados no grupo de arquivos primário, enquanto os campos 'grandes' associados seriam armazenados em um arquivo de dados fisicamente distinto (no grupo de arquivos personalizado secundário).
Você faria isso para poder separar o modelo de dados relacional principal (que presumivelmente seria relativamente pequeno em termos de espaço em disco) dos campos grandes (que exigirão proporcionalmente mais espaço em disco) - para permitir estratégias distintas de arquivamento ou replicação. ser aplicado a cada grupo de arquivos.