Вчера у нас была проблема с питанием, которая привела к сбою нашего файлового сервера и сервера печати Windows Server 2003. С тех пор у нас были странные проблемы с печатью. Хотя все это должно быть исправлено путем восстановления из резервной копии, я действительно ищу возможные объяснения того, что происходит.
Есть две разные проблемы, которые, как я считаю, имеют общую первопричину.
Когда происходит событие 2, в журналах клиента или сервера нет ничего, что указывало бы на наличие проблемы. Клиенты представляют собой смесь 32-разрядной версии XP и 64-разрядной версии Win 7, поэтому они даже не используют одни и те же драйверы. Перезагрузка машин, включая сервер, не имеет никакого эффекта.
На одном клиенте я попытался удалить существующий принтер и воссоздать его. В этот момент я получил сообщение «Доступ запрещен», хотя разрешения для файлов, папок и общих ресурсов диспетчера очереди печати не были изменены и остаются правильными. Тест со всеми открытыми для максимального доступа не изменил поведения.
Похоже, что нет никакого шаблона относительно того, какие учетные записи пользователей (или группы) или какие клиентские компьютеры затронуты. Временный обходной путь заключался в создании принтеров как локальных, а не через сервер. К счастью, у нас довольно мало пользователей.
Кто-нибудь хочет попытаться понять, в чем может заключаться основная проблема?
Еще немного странностей
Постепенно в течение дня те пользователи, которые могли печатать, обнаружили, что они больше не могут это делать. В качестве теста я перезагрузил один из клиентских компьютеров, который все еще мог печатать. Это не подействовало, но примерно через час машина перестала печатать. Теперь у всех каждый принтер настроен как локальный, тем самым (временно) удаляя сервер из уравнения.
Я должен добавить, что я все еще могу печатать на каждом принтере с самого сервера, и диспетчер очереди печати не сломался с тех пор, как я отключил клиентов.
Обновить
Удаление драйверов для одной модели принтера работает нормально для всех остальных принтеров. Переустановка этих драйверов портит все принтеры. Это даже не должно быть возможным, но это то, что происходит. До сих пор я откладывал восстановление из резервной копии, чтобы попытаться устранить основную причину, но теперь я отказываюсь от этого.
Поскольку на сервере произошло отключение питания, произошел ли основной «блок-энд-прием»?
Это странно. Если вам удастся обойтись без простого восстановления сервера из резервной копии, это может быть вашим лучшим выбором.
Служба диспетчера очереди печати корректно завершает работу на сервере или дает сбой? Вы должны получать сообщения от Service Control Manager, если служба неожиданно завершает свою работу (а также сообщения, указывающие, что она получила управляющее сообщение «Stop», если она завершается без ошибок).
По моему опыту, неисправные драйверы или процессоры печати почти всегда являются причиной неожиданного завершения работы службы диспетчера очереди печати на компьютерах с Windows Server. Просмотр трассировки стека из одного дампа памяти, созданного сбоями, может дать вам представление о том, какой драйвер это делает. В противном случае вы застряли в процессе устранения, если хотите отследить неисправный драйвер. Возможно, вы заметили какое-то повреждение в потоке данных одного из файлов драйвера.
По моему опыту, то, что вы видите, не произошло. Сейчас у нас есть пара клиентов, которые запускают в производство значительное количество 64-битной Windows 7, и мы время от времени наблюдаем странное поведение на клиентских компьютерах при печати (особенно с Microsoft Excel 2007 - тестовые страницы будут распечатаны). нормально, но Excel будет зависать, если выбрана любая функция, связанная с печатью, например «Параметры страницы» или «Предварительный просмотр»), но ничего подобного, что вы описываете.
Если у вас есть возможность восстановить ящик из резервной копии, думаю, я бы это сделал.