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

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.

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.

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.

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.

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.

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

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