isolasi printer yang buruk pada server cetak atau cara yang lebih baik?

8

Saya perhatikan bahwa ketika printer atau driver merusak server Windows biasanya mengunci atau membunuh spooler cetak dan semua orang tidak dapat mencetak hingga diperbaiki. Biasanya kita harus meletakkan printer yang bermasalah di server lain sehingga ketika gagal, itu tidak membawa seluruh kelompok dengan itu. Itu dengan asumsi kita pernah mencari tahu printer mana yang menjadi masalah.

Apakah ada cara untuk memilikinya sehingga satu apel buruk tidak merusak gerombolan itu? Bahkan jika itu adalah bentuk lain dari penyajian printer, itu akan bekerja selama itu tidak sulit bagi pengguna untuk menemukan printer dan menginstal driver.

windows print-server

— Yusuf
sumber

8

Saya tahu ini tidak membantu situasi server Anda saat ini, tetapi sesuatu yang perlu diperhatikan: Windows Server 2008 R2 dan Windows 7 akan memungkinkan Anda untuk mengatur Printer Driver Isolation . Ini memungkinkan Anda untuk menjalankan printer bermasalah sebagai proses terpisah, sehingga mereka tidak akan membunuh spooler.

— Brett G
sumber

4

Ketika kami mengalami masalah seperti ini, kami menemukan itu lebih terkait dengan driver cetak model HP campuran pada server cetak daripada driver yang buruk. Setelah kami memindahkan semua printer HP untuk menggunakan driver cetak Universal, masalah kami hilang.

— Kevin Kuphal
sumber

5

Itu masih terdengar seperti pengemudi yang buruk bagi saya. Anda baru saja memindahkan semuanya untuk menggunakan satu driver yang tidak buruk.

— Evan Anderson

1

Saya kira secara teknis, ya, itu adalah masalah driver, tapi saya tidak berpikir secara individual salah satu driver menyebabkan masalah, itu hanya ketika pencampuran model yang berbeda pada server cetak yang sama kami mengalami masalah.

— Kevin Kuphal

Perlu diingat ... driver universal telah dikenal sangat tidak dapat diandalkan, meskipun pada kenyataannya mereka tampaknya bekerja untuk Anda

— Brett G

3

Kami baru saja mengalami masalah serupa. Dokumen tertentu yang dicetak oleh pengguna tertentu ke printer tertentu akan benar-benar mengacaukan layanan spool pada server win 2k3 dan karena itu, merobohkan semua printer lain.

Kami tidak benar-benar menemukan cara yang cocok untuk menghindari mengeluarkan seluruh spooler selain memiliki banyak server cetak yang jelas tidak ramah. Namun, apa yang telah kami lakukan adalah membuat antrian tambahan untuk printer bermasalah yang menggunakan driver PCL atau PS (pada dasarnya mana yang saat ini tidak digunakan). Sebut saja hal yang sama dengan -ps / -pcl setelahnya dan beri tahu pengguna yang memiliki masalah untuk mencetaknya.

Anda juga perlu memeriksa services.msc di server cetak bahwa layanan spooler diatur untuk memulai kembali secara otomatis sendiri. Dengan begitu Anda bisa pergi hanya dengan beberapa saat downtime.

Saya kira Anda juga bisa menyarankan agar orang yang perlu mencetak ke printer yang cerdik, melakukannya melalui pencetakan IP langsung sehingga menghilangkan server cetak dari persamaan secara bersamaan.

— Tidur
sumber

1

Sebagai solusi hingga Anda mendapatkan driver yang lebih fungsional untuk printer yang bermasalah, adalah menjalankan skrip saat spooler mogok (properti pemulihan pada layanan). Biarkan skrip menghapus semua dokumen dari direktori spool dan kemudian restart spooler. Ada sedikit kemungkinan kehilangan pekerjaan cetak, tetapi biasanya ketika saya melihat ini satu-satunya pekerjaan dalam antrian adalah pekerjaan yang menyinggung.

Hal-hal lain yang perlu diperiksa adalah memastikan Anda berada di versi driver terbaru, atau kembali satu versi. Pastikan printer dan firmware IO (Jetdirect?) Anda terbaru. Akhirnya, saya telah menemukan bahwa Port TCP / IP Standar jauh lebih dapat diandalkan daripada menggunakan jenis port yang disediakan oleh HP atau vendor. Kami memiliki server cetak yang melakukan lebih dari 600.000 halaman / bulan dan jenis port tampaknya memiliki pengaruh paling besar pada apakah server cetak tetap stabil atau tidak.

Memperbarui:

Untuk skrip (file batch), itu akan menjadi sesuatu yang sederhana seperti ini:

del /q c:\windows\system32\spool\PRINTERS\*.*
net start spooler

Kemudian jalankan file batch sebagai bagian dari layanan pulih pada kegagalan pertama. Anda mungkin ingin pemberitahuan keluar pada kegagalan berikutnya.

— Doug Luxem
sumber

0

Salah satu cara untuk melakukannya adalah dengan membuat beberapa VM, masing-masing dengan printer mereka sendiri (atau tidak lebih dari beberapa printer per VM).

— Kevin M.
sumber

Masalah dengan ini adalah bahwa setiap VM muncul sebagai server yang berbeda.

— Joseph

Saya akan melakukan nitpick sebentar - mereka tidak "muncul" sebagai server yang berbeda, mereka adalah server yang berbeda. Saran yang bermanfaat - Sekarang jika Anda memberi nama printer Anda mengikuti standar, mempublikasikannya ke AD secara langsung, dan melatih pengguna Anda cara mencari mereka, maka Anda tidak perlu mereka untuk mengetahui nama server (kecuali mereka dipindahkan ke server baru. ) Anda bahkan dapat memasukkan info lokasi, seperti "ruang fotokopi lantai 6, Des Moines"

— mfinni

0

OS server apa? Apakah layanan print spooler hanya berhenti? Jika demikian, mengapa tidak mengatur layanan untuk memulai kembali secara otomatis jika dihentikan?

— DanBig
sumber

Karena ketika gagal seperti itu, itu tidak akan mulai sampai file yang menyinggung dihapus dari direktori spool. Dan tidak ada cara mudah untuk mengetahui apa file itu. Satu-satunya cara untuk memulihkan adalah dengan menghapus SEMUA pekerjaan yang antri dari direktori spool dan restart. Ini terlalu rumit untuk manajer layanan Windows.

— sysadmin1138

Doug, di bawah Anda, menunjukkan bahwa ini tidak terlalu rumit untuk manajer layanan Windows.

— mfinni

/ Meta - Hm - aneh. Saya pikir ini adalah pertanyaan baru, tetapi setelah saya berkomentar, saya melihatnya di halaman depan karena Doug telah mengedit jawabannya dari tahun lalu untuk memasukkan instruksi lebih lanjut dan tangkapan layar. Sudahlah.

— mfinni