Início / dba / Perguntas / 340968
Accepted
Don
Asked: 2024-07-16 06:30:58 +0800 CST

Por que o grupo de arquivos PRIMARY está crescendo?

  • 772

Executando o SQL Server 2019 Enterprise. Eu tenho um grupo de arquivos PRIMÁRIO, mas também adicionei quatro arquivos ndf em um grupo de arquivos Data1 que criei. Como esperado, tive que aumentar o espaço disponível no grupo de arquivos Data1 à medida que mais dados eram adicionados, mas o grupo de arquivos PRIMARY mdf permaneceu relativamente estático em tamanho. Nos últimos meses tive que aumentar o espaço no grupo de arquivos PRIMARY. Começou com 5 GB e expandi para 10 GB há algumas semanas. Fiquei sem espaço novamente e acabei de chegar a 15 GB. O grupo de arquivos Data1 é o grupo de arquivos padrão. Por que o grupo de arquivos PRIMARY estaria crescendo repentinamente agora, quando não é o padrão? Cada um dos arquivos Data1 está configurado para 160 GB, então PRIMARY ainda é consideravelmente menor. Gostaria de saber se existe uma maneira de determinar por que ele está crescendo inesperadamente quando estava estagnado no passado.

insira a descrição da imagem aqui

sql-server-2019

1 respostas

  1. Best Answer

    Existem várias etapas possíveis que você pode seguir para determinar por que o grupo de arquivos PRIMARY na configuração do SQL Server pode estar crescendo inesperadamente:

    • Confirme se todas as novas tabelas ou objetos grandes não foram criados acidentalmente no grupo de arquivos PRIMARY. Você pode executar esta consulta:
    SELECT
    o.name AS ObjectName,
    i.name AS IndexName,
    fg.name AS FileGroupName
FROM
    sys.indexes i
INNER JOIN
    sys.filegroups fg ON i.data_space_id = fg.data_space_id
INNER JOIN
    sys.objects o ON i.object_id = o.object_id
WHERE
    o.type = 'U'
ORDER BY
    FileGroupName, ObjectName;
    • Confirme se todos os índices não foram criados no grupo de arquivos PRIMARY. Você pode executar esta consulta:
    SELECT
    i.name AS IndexName,
    o.name AS TableName,
    fg.name AS FileGroupName
FROM
    sys.indexes i
INNER JOIN
    sys.filegroups fg ON i.data_space_id = fg.data_space_id
INNER JOIN
    sys.objects o ON i.object_id = o.object_id
WHERE
    i.type_desc = 'NONCLUSTERED' -- or 'CLUSTERED', depending on the index type
ORDER BY
    FileGroupName, TableName, IndexName;
    • Verifique o crescimento do sistema e das tabelas internas. Use a seguinte consulta para verificar isso:
    SELECT
    t.name AS TableName,
    s.name AS SchemaName,
    p.rows AS RowCounts,
    fg.name AS FileGroupName
FROM
    sys.tables t
INNER JOIN
    sys.schemas s ON t.schema_id = s.schema_id
INNER JOIN
    sys.partitions p ON t.object_id = p.object_id
INNER JOIN
    sys.allocation_units a ON p.partition_id = a.container_id
INNER JOIN
    sys.filegroups fg ON a.data_space_id = fg.data_space_id
WHERE
    fg.name = 'PRIMARY'
ORDER BY
    p.rows DESC;
    • Revise quaisquer alterações recentes no esquema, pois as alterações no esquema podem aumentar algumas tabelas de metadados do sistema. Você pode verificar usando esta consulta:
    SELECT
    OBJECT_NAME(object_id) AS TableName,
    SUM(reserved_page_count) * 8.0 / 1024 AS SpaceUsedMB
FROM
    sys.dm_db_partition_stats
WHERE
    OBJECT_NAME(object_id) LIKE 'sys%'
GROUP BY
    OBJECT_NAME(object_id)
ORDER BY
    SpaceUsedMB DESC;

    Você também pode verificar o crescimento dos índices de texto completo devido às consultas. Isso ocorre se você tiver a indexação de texto completo habilitada.

    Você também pode ficar de olho nas grandes transações e no crescimento do log de transações.

    Se isso não esclarecer, talvez seja necessário realizar uma análise mais aprofundada da atividade e dos padrões de crescimento do seu banco de dados.

    • 1

relate perguntas