Списание: как перечислить клиенты/приложения в зависимости от моего SQL Server?

Много регистраторов теперь обеспечивают заплаченное дополнительное - для сервиса путем действия как прокси для всей доменной контактной информации. Запись whois заполняется их деталями, и любой желающий связываться с Вами проходит их. Они не могут видеть реальные детали.

Спросите своего привилегированного регистратора, если они предоставляют такую услугу.

4
задан 12 February 2010 в 02:13
3 ответа

Вы могли бы хотеть смотреть на WireShark. Можно установить его на поле SQL и контролировать все входящие запросы к SQL-серверу. Я сузил бы фильтр в wireshark вниз только к вещам, выполняющим запросы на Ваших портах SQL. Я не уверен, сколько времени Вы хотите, чтобы это работало за - но после того как Вы сделаны, можно затем взять ту трассировку и выполнение запросов против нее через фильтры для возвращения вещей как отличный IP и т.д...

1
ответ дан 3 December 2019 в 03:51
  • 1
    Между прочим - мне не удалось упомянуть, что wireshark покажет ВЕСЬ трафик от запроса. Таким образом, Вы получите IP машины, учетные данные it' s использование и затем запросы it' s на самом деле делающий - это будет много походить на трассировку SQL, но you' ll получают больше информации о сети от него. После того как Вы сделаны, выполнив его, можно сохранить целую трассировку как файл и затем или просмотреть его на том сервере или скопировать его в машину для прохождения через. (Wireshark должен быть установлен локально, если Вы принимаете решение сделать это.) –  Dave Holland 12 February 2010 в 04:33
  • 2
    That' s скорее больше тяжеловеса, чем выполнение SQL прослеживают, тем не менее, don' t Вы думают? –  mfinni 12 February 2010 в 05:44
  • 3
    Нет, я don' t. It' s о том же весе как выполнение трассировки SQL. Большая разница - то, что SQL получает удар производительности (I' ve, замеченный это быть довольно значительным на самом деле) при выполнении трассировки SQL - так как SQL-сервер является тем, имеющим необходимость выполнить операцию. При перемещении работы прочь SQL и на инструменте, который был разработан, чтобы сделать, это, наряду с результатами, являющимися поддающимся фильтрованию, доступным для поиска, и т.д. заставит меня идти этим путем вместо этого, но that' s просто я. –  Dave Holland 12 February 2010 в 05:59
  • 4
    Последняя вещь I' d рекомендуют, перемещение как многие объекты прочь на новый SQL-сервер, который Вы знаете и выполняете свою трассировку (однако, Вы делаете это) против него позже, если это возможно, таким образом, у Вас есть меньше " noise" пройти. –  Dave Holland 12 February 2010 в 06:01

Я думаю, что Ваша идея выполнить трассировку некоторое время является лучшей идеей в этой точке. Нет никакого другого способа узнать эту информацию окончательно - Вы не можете знать то, что "могли" бы соединить клиенты, можно только видеть то, что "действительно" соединяют клиенты.

Некоторые вещи могут помочь Вам предположить хотя:

  1. Составьте список всех баз данных. Попытайтесь выяснить, что приложения, вероятно, будут использовать их.
  2. Составьте список всех логинов SQL. Это может помочь Вам с вышеупомянутой точкой. Если все соединяются как SA, ну, в общем, это - одна из причин, это не хорошая идея.
  3. Рассмотрите любую свою документацию - хорошая документация в будущем предотвратит это снова, которое твердо подчеркнуть достаточно.

Кроме того, когда Вы decomm это: просто отключите кабель LAN в течение недели перед завершением работы его. Затем это - буквально 1 вторая фиксация для возвращения его, если кому-то ДЕЙСТВИТЕЛЬНО нужно что-то на нем, Вы не рискуете ничем как старый диск, отказывающийся вращаться снова. И конечно, создайте резервную копию целой кровавой вещи перед отключением ее.

1
ответ дан 3 December 2019 в 03:51

Какая версия SQL?

Отправьте SQL 2005, можно создать триггер входа в систему и зарегистрировать все событие входа в систему в таблицу. eventdata () и sys.dm_exec_connections будет содержать некоторых, если не все, деталь Вы будете искать.

1
ответ дан 3 December 2019 в 03:51

Теги

Похожие вопросы