Descomissionamento: como listar clientes / aplicativos dependendo do meu SQL Server?

Question

Eu tenho uma caixa SQL que quero descomissionar. Antes de fazer isso, quero entender todos os aplicativos que podem estar confiando na máquina, em vez de apenas desligá-la e ouvir as pessoas gritarem.

Qual é a melhor maneira de fazer isso?

Eu sei que posso executar um rastreio de SQL por um tempo para obter informações de login, etc. - existe alguma outra maneira?

Gostaria de saber o máximo sobre o chamador, incluindo o endereço IP ou o nome da máquina de onde a solicitação está vindo, o nome do aplicativo, as credenciais. Principalmente, quero saber de alguma forma se muitos aplicativos podem estar sendo executados em uma única caixa com credenciais semelhantes. Eu também gostaria de saber que existem 2+ aplicativos (por exemplo), em vez de apenas parecerem um.

Se o próprio SQL Server não me der isso, existem outras ferramentas no nível do servidor que eu possa aproveitar?

    

Answer 1

Você pode querer dar uma olhada no WireShark. Você pode instalá-lo na caixa SQL e monitorar todas as solicitações recebidas para o servidor SQL. Eu limitaria o filtro em wireshark a apenas fazer pedidos em suas portas SQL. Eu não tenho certeza de quanto tempo você quer que ele seja executado - mas uma vez que você tenha terminado, você pode pegar esse rastreio e executar consultas contra ele através de filtros para recuperar coisas como IPs distintos, etc ...

    

Answer 2

Acho que a sua ideia de executar um rastreamento por um tempo é a melhor ideia neste momento. Não há outra maneira de encontrar essa informação definitivamente - você não pode saber o que os clientes "podem" conectar, você só pode ver o que os clientes "fazem" se conectar.

Algumas coisas podem ajudar você a adivinhar:

1. Faça uma lista de todos os bancos de dados. Tente descobrir que os aplicativos provavelmente os estão usando.
2. Faça uma lista de todos os logins do SQL. Isso pode ajudá-lo com o ponto acima. Se todos estão se conectando como SA, bem, essa é uma das razões pelas quais isso não é uma boa ideia.
3. Revise sua documentação - uma boa documentação no futuro evitará que isso aconteça novamente, o que é difícil enfatizar o suficiente.

Além disso, quando você o descompacta: basta desconectar o cabo da LAN por uma semana antes de desligá-lo. Então, é literalmente uma correção de 1 segundo para trazê-lo de volta se alguém precisar de algo nele, você não arrisca nada como um disco antigo se recusando a girar novamente. E, claro, faça o backup de toda a maldita coisa antes de desconectá-lo.

    

Answer 3

Qual versão do SQL?

Post SQL 2005, você pode criar um acionador de logon e registrar todo o evento de logon em uma tabela . O eventdata () e sys.dm_exec_connections conterá alguns, se não todos, os detalhes que você está procurando.