Eu tenho vários bancos de dados legados SQL Server (2008 em diante) e Oracle (12c em diante) rodando em um servidor... Eu sei que vários procedimentos armazenados apontam para outros bancos de dados, como o , o que torna um banco de dados dependente select * from OtherDB.mySchema.Productsde OtherDB...
Existe uma maneira fácil de mapear essas "interdependências", idealmente gerando um gráfico?
Eu tenho 2 instâncias do SQL Server em um único servidor, inst1 e inst2. Essas são instâncias fortemente acopladas, com inst1 sendo vinculada a inst2 e vice-versa.
Como eles já estão rodando no mesmo servidor, gostaria de mesclá-los e cortar essa bagunça do servidor vinculado. Minha pergunta é: é possível mesclá-los enquanto "mantendo" as consultas inalteradas no dia 0?
EG: select * from table1 join linkedServer.database2.dbo.table2ainda funcionaria
Existe uma maneira de calcular quantas DTUs são saídas de um determinado servidor regular, mas eu preciso do contrário!
Estou planejando sair do ambiente do Azure e preciso de uma maneira de medir quanta CPU/memória devo usar no meu RDS.
Agora eu sei que consumo cerca de 100 DTUs...
então, grosso modo, qual máquina é capaz de tal saída?
Observe que não estou falando de logs de transações. Estou me referindo a uma pasta no SQL Server chamada 'Log' onde existem arquivos ErrorLog e SQLDrmp.
Bem, o fato é que essa pasta está crescendo 8 GB por dia em uma máquina de desenvolvimento de máquina que possui 250 GB de armazenamento total. Isso é um problema.
Descobri que posso criar uma nova pasta chamada Log2, executar sp_cycle_errorlogobter a nova cópia "errorlog" para esta nova pasta, parar o SQL Server (e o agente) alternar as pastas, iniciar o SQL Server (e o agente) novamente e excluir o antigo pasta.
Idealmente, eu gostaria de desabilitar esse tipo de registro, mas se não for possível, existe uma maneira de limpá-lo automaticamente? Quero dizer, descartar os logs talvez?