Início / dba / Perguntas / 149384
Accepted
GHauan
Asked: 2016-09-13 01:03:06 +0800 CST

O relatório SSMS Disk Usage não mostra eventos de crescimento automático

  • 772

Por algum tempo, suspeitei que o relatório de uso do disco no SSMS parou de mostrar eventos de crescimento automático. Para testar, criei um banco de dados vazio com uma configuração de crescimento automático muito pequena. Em seguida, inseri muitos dados em uma tabela no banco de dados para saber que teria que crescer. O arquivo era maior ao examinar as propriedades do arquivo do banco de dados, mas o relatório de uso do disco não mostrava nenhum evento de crescimento automático.

Em seguida, tentei executar o script de Aaron Bertrand a partir desta postagem e isso mostra claramente todos os eventos de crescimento automático.

Então, por que o relatório Disk Usage não mostra o mesmo crescimento? Alguma sugestão? Aliás, é SQL Server 2014 SP2.

sql-server sql-server-2014

2 respostas

  1. Best Answer

    A lógica do relatório de uso do disco é inserida no SSMS e, embora não possamos saber como é o RDL (e se alguma filtragem foi feita), peguei esta consulta enviada pelo SSMS 2016 usando o Profiler:

    if (select convert(int,value_in_use) from sys.configurations where name = 'default trace enabled' ) = 1
begin
declare @curr_tracefilename varchar(500) ;
declare @base_tracefilename varchar(500) ;
declare @indx int ;

select @curr_tracefilename = path from sys.traces where is_default = 1 ;
set @curr_tracefilename = reverse(@curr_tracefilename);
select @indx  = patindex('%\%', @curr_tracefilename) ;
set @curr_tracefilename = reverse(@curr_tracefilename) ;
set @base_tracefilename = left( @curr_tracefilename,len(@curr_tracefilename) - @indx) + '\log.trc' ;


    select  (dense_rank() over (order by StartTime desc))%2 as l1
,       convert(int, EventClass) as EventClass
,       DatabaseName
,       Filename
,       (Duration/1000) as Duration
,       StartTime
,       EndTime
,       (IntegerData*8.0/1024) as ChangeInSize
from ::fn_trace_gettable( @base_tracefilename, default )
left outer join sys.databases as d on (d.name = DB_NAME())
where EventClass >=  92      and EventClass <=  95        and ServerName = @@servername   and DatabaseName = db_name()  and (d.create_date < EndTime)
order by StartTime desc ;

    Isso não é substancialmente diferente do script de Aaron e não vejo como isso poderia retornar resultados diferentes. Parece-me que, mesmo que os rastreamentos sejam revertidos, ele ainda estará iterando todos eles (e eles não rolariam 5x no espaço de alguns minutos ou mesmo horas de teste).

    • 3

  2. Eu me deparei exatamente com esse problema com uma instância do SQL Server localizada na Amazon Web Services (AWS). Isso ocorre porque a consulta @@servernameretorna o nome AWS do servidor, que é um tanto interno e certamente não corresponde ao que é conhecido como servername. O nome correto pode ser encontrado usando SERVERPROPERTY('servername')em vez de@@servername

    • 2

relate perguntas