Recentemente, encontrei na sp_Blitzsaída uma nova descoberta 'Eventos gerais' no grupo de descobertas 'Eventos DBCC' :
15278 DBCC events have taken place between Aug 8 2017 12:15AM and Aug 8 2017 8:17AM. This does not include CHECKDB and other usually benign DBCC events.
Quando mergulhei nisso e verifiquei o rastreamento padrão, descobri que a cada minuto ele registra entradas como esta:
dbcc incrementinstance ("SQL Replication Distribution", "Dist:Delivered Cmds/sec", @agent_name, @new_delivered_commands)
dbcc setinstance ("SQL Replication Distribution", "Dist:Delivery Latency", @agent_name, @delivery_latency)
dbcc addinstance ("SQL Replication Logreader", @agent_name)
É claramente visível que isso está relacionado à replicação, mas como esses comandos não estão documentados, não tenho certeza se eles devem aparecer no rastreamento. No entanto, baseando-se puramente na saída, ele apenas mede a quantidade de comandos por segundo mais a latência. Acho que isso não é nada prejudicial.
Então, se você pudesse verificar seus servidores onde você executa a replicação e confirmar se você tem essas entradas e a frequência é mais ou menos a mesma?
A questão separada é se é normal ver esses comandos (e acho que é) no rastreamento padrão, talvez não deva ser considerado como uma descoberta sp_Blitze deve ser agrupado com outros DBCCcomandos inofensivos já excluídos no sp_Blitz.
Usamos o Sentry One para monitorar o SQL Server, mas não acho que esteja monitorando a replicação. Acho que pode ser algo interno. Existem alguns alertas padrão definidos quando você implanta a replicação (SQL Agent -> Alertas, por exemplo: Aviso de replicação: latência da replicação transacional (Limiar: latência)) Baseia-se no log de erros do SQL Server, mas a entrada no log de erros precisa ser inicialmente desencadeado por algo.
Eu abri um problema no Github para cobrir isso.
Brent acaba de responder no Github que será excluído dos alertas.