Почему некоторые установки XP автоматически не Запускают Сервис SQL2005 (Экземпляр)
Я предлагаю запустить два терминала, один для контроля и другого для того, чтобы отправить запрос. Terminal1 покажет ответы со всех существующих серверов DHCP включая MAC-адрес. Этот пример был выполнен на Ubuntu:
Terminal1 (для контроля):
sudo tcpdump-nelt udp порт 68 | grep-i "начальная загрузка. *reply"
tcpdump: подробный подавленный вывод, используйте-v, или-vv для полного протокола декодируют слушание на enp2s0, тип канала EN10MB (Ethernet), получают размер 262 144 байта 20:a6:80:f9:12:2f> ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), длина 332: 192.168.1.1.67> 255.255.255.255.68: BOOTP/DHCP, Ответ, длина 290 00:23:cd:c3:83:8a> ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), длина 590: 192.168.1.253.67> 255.255.255.255.68: BOOTP/DHCP, Ответ, длина 548
Terminal2 (для того, чтобы отправить запрос):
sudo nmap - сценарий broadcast-dhcp-discover-e eth0
Стартовый Nmap 7.01 ( https://nmap.org) в 13.10.2019 результаты сценария 21:21 EEST Перед сканированием: | broadcast-dhcp-discover: | Ответ 1 из 1: | Предлагаемый IP: 192.168.1.228 | сообщение DHCP Тип: DHCPOFFER | Время владения IP-адреса: 2:00:00 | Идентификатор Сервера: 192.168.1.1 | Маска подсети: 255.255.255.0 | Маршрутизатор: 192.168.1.1 | _ Сервер доменных имен: 8.8.8.8, 8.8.4.4 ПРЕДУПРЕЖДЕНИЯ: Никакие цели не были указаны, таким образом, 0 просканированных хостов. Nmap сделан: 0 IP-адресов (0 хостов) просканированный за 0,94 секунды
, Что контроль терминала необходим только для наблюдения всех ответов (nmap может показать только первый ответ).
I think I may have also found another contributing factor to this kind of does not start on reboot error.
It appears that if the Windows Event Log is set to Overwrite Events > 7days.. size 512kb.. But a lot of activity has occurred within this window, then Event Log is effectively full because it can't overwrite the number of events generated inside that timeframe. If you set the eventlog to a much larger size OR to Overwrite as needed then you won't experience this issue.
You don't actually get to see anything in the eventlogs because of this. SQL's logs don't get any data either because it doesn't get far enough into the startup of the service to write to it's own logs (afaik)
Возможный ответ - то, что сервис SQL пытается запуститься, прежде чем другой необходимый сервис (или драйвер) запустился. Если это верно, можно зафиксировать его путем установки зависимостей для сервиса SQL.
Как тест Вы могли попытаться делать, это так или иначе - выбирает один из последних сервисов, чтобы запустить и сделать SQL зависящим от него.
Вы могли также проверить зависимости рабочих машин и видеть, являются ли они тем же (хотя у Вас могли быть различные требования к различным машинам, если, например, Вы пользуетесь различными библиотеками соединения).
Вы проверили, что окна считают, Вы связались с сервисом SQLAgent, имеет "вход в систему как сервис" свойства в примененной групповой политике (активный домен каталога)?
Если это - рабочая группа или автономная установка, можно выполнить gpedit.msc (конфигурация компьютера, настройки окон, настройки безопасности, локальные политики, пользовательское присвоение прав, вход в систему как услуга) - иначе необходимо отредактировать на наших из контроллеров сетевого домена.
-
1Downvoted. Если это право wasn' t предоставленный, они wouldn' t запускаются вручную. – Steve Jones 2 June 2009 в 18:17
Журнал Windows и журнал ошибок SQL Server являются Вашими лучшими местами для взгляда. Мне нравится ответ о зависимости. Это было бы моим предположением. Я думал, возможно, не могущий проверить доменные учетные данные, но это не должно быть проблемой. Windows обычно кэширует их.
Я видел это с агентом, и это была вещь зависимости, но не с основным сервисом дб. Убедитесь, что Вам установили правильный экземпляр на автоматический запуск. иногда с Expresss, существует несколько установок, и Вы могли бы путать сервисы.