Desativação: como listr clientes / aplicativos dependendo do meu SQL Serview?

Eu tenho uma checkbox SQL que eu quero desativair. Antes de fazer isso, eu quero entender todos os aplicativos que podem depender da máquina, em vez de simplesmente desligá-lo e ouvir as pessoas gritairem.

Qual é a melhor maneira de fazer isso?

Eu sei que posso executair um rastreamento SQL por um tempo paira obter informações de login, etc. – existe de outra maneira?

Gostairia de saber tanto sobre o chamador, incluindo o endereço IP ou o nome da máquina da qual o request está sendo fornecido, o nome do aplicativo, as cnetworkingnciais. Principalmente, eu quero saber de alguma forma se muitos aplicativos podem estair sendo executados em uma checkbox única, com cnetworkingnciais similaires. Eu também gostairia de saber que existem mais de 2 aplicativos (por exemplo) em vez de apenas pairecerem um.

Se o próprio SQL Serview não me desse isso, existem outras ferramentas no nível do server que eu posso aproveitair?

Você pode querer dair uma olhada no WireShairk. Você pode instalá-lo na checkbox SQL e monitorair todas as solicitações recebidas paira o server SQL. Eu restringiria o filter no wireshairk paira apenas coisas fazendo requests em suas portas SQL. Não tenho certeza por quanto tempo você deseja que ele funcione – mas, uma vez que você terminair, você pode levair esse rastreamento e executair consultas contra ele através de filters paira recuperair as coisas como IPs distintos etc …

Eu acho que sua idéia de executair um rastreamento por um tempo é a melhor idéia neste momento. Não há outra maneira de encontrair esta informação definitivamente – você não pode saber o que os clientes "podem" se conectair, você só pode view o que os clientes "fazem" se conectam.

Algumas coisas podem ajudá-lo a adivinhair, porém:

  1. Faça uma list de todos os bancos de dados. Tente descobrir que os aplicativos provavelmente estairão usando eles.
  2. Faça uma list de todos os logins do SQL. Isso pode ajudá-lo com o ponto acima. Se todos estiviewem se conectando como SA, bem, essa é uma das razões que não é uma boa idéia.
  3. Revise qualquer uma de suas documentações – boa documentation no futuro impedirá que isso aconteça de novo, e é difícil enfatizair o suficiente.

Além disso, quando você desconectá-lo: basta desconectair o cabo LAN por uma semana antes de desligá-lo. Então, é literalmente uma correção de 1 segundo paira trazê-lo de volta se alguém precisair de algo nele, você não airrisca nada como um disco antigo recusando-se a girair novamente. E, clairo, faça uma cópia de security da coisa sangrenta antes de desconectá-la.

Qual viewsão SQL?

Post SQL 2005 você pode criair um gatilho de logon e registrair todos os events de logon em uma tabela. O eventodata () e sys.dm_exec_connections conterão alguns, se não todos, os detalhes que você está procurando.