cách ly máy in xấu trên máy chủ in hay cách tốt hơn?


8

Tôi đã nhận thấy rằng khi một máy in hoặc trình điều khiển bắt vít trên máy chủ Windows, nó thường khóa hoặc giết bộ đệm in và mọi người không thể in cho đến khi nó được sửa. Thông thường chúng ta phải đặt máy in rắc rối lên một máy chủ khác để khi nó bị lỗi, nó không mang theo cả nhóm. Đó là giả sử chúng ta từng tìm ra máy in nào là vấn đề.

Có cách nào để có nó để một quả táo xấu không làm hỏng bó không? Ngay cả khi đó là một hình thức phục vụ máy in khác, nó sẽ hoạt động miễn là người dùng không khó để tìm thấy máy in và cài đặt trình điều khiển.

Câu trả lời:


8

Tôi biết điều này không giúp ích gì cho tình hình máy chủ hiện tại của bạn, nhưng một điều cần lưu ý: Windows Server 2008 R2 và Windows 7 sẽ cho phép bạn thiết lập Isolation Driver Driver . Nó cho phép bạn chạy các máy in rắc rối như một quy trình riêng biệt, vì vậy chúng sẽ không giết bộ đệm.


4

Khi chúng tôi gặp vấn đề như thế này, chúng tôi thấy nó liên quan nhiều hơn đến các trình điều khiển in mô hình HP hỗn hợp trên máy chủ in hơn là trình điều khiển xấu. Khi chúng tôi chuyển tất cả các máy in HP để sử dụng trình điều khiển in chung, các vấn đề của chúng tôi đã biến mất.


5
Điều đó vẫn giống như một trình điều khiển xấu cho tôi. Bạn chỉ cần chuyển mọi thứ sang sử dụng một trình điều khiển không xấu.
Evan Anderson

1
Tôi đoán về mặt kỹ thuật, vâng, đó là sự cố trình điều khiển, nhưng tôi không nghĩ cá nhân bất kỳ trình điều khiển nào gây ra sự cố, chỉ khi trộn các mô hình khác nhau trên cùng một máy chủ in chúng tôi mới gặp sự cố.
Kevin Kuphal

Hãy ghi nhớ ... các trình điều khiển phổ quát đã được biết là rất không đáng tin cậy, mặc dù thực tế họ dường như làm việc cho bạn
Brett G

3

Chúng tôi vừa trải qua các vấn đề tương tự. Một số tài liệu được in bởi một số người dùng cho một số máy in nhất định sẽ hoàn toàn làm hỏng dịch vụ bộ đệm trên máy chủ win 2k3 và do đó, đánh bật tất cả các máy in khác.

Chúng tôi thực sự không tìm thấy một cách phù hợp xung quanh việc tránh lấy ra toàn bộ bộ đệm ngoài việc có nhiều máy chủ in mà rõ ràng là không thân thiện lắm. Tuy nhiên, những gì chúng tôi đã làm là tạo ra các hàng đợi bổ sung cho các máy in có vấn đề sử dụng trình điều khiển PCL hoặc PS (về cơ bản là bất kỳ cái nào hiện không được sử dụng). Gọi nó là điều tương tự với -ps / -pcl sau nó và khuyên người dùng đang gặp vấn đề để in ra điều đó.

Cũng đáng kiểm tra trong services.msc trên máy chủ in rằng dịch vụ bộ đệm được đặt thành tự động khởi động lại. Bằng cách đó bạn có thể thoát khỏi chỉ với một vài khoảnh khắc thời gian chết.

Tôi đoán bạn cũng có thể khuyên rằng những người cần in với máy in tinh ranh, hãy thực hiện thông qua in IP trực tiếp để loại bỏ máy chủ in khỏi phương trình cùng nhau.


1

Như một công việc xung quanh cho đến khi bạn nhận được một trình điều khiển chức năng hơn cho máy in bị lỗi, là để có một kịch bản chạy khi bộ đệm bộ đệm gặp sự cố (thuộc tính phục hồi trên dịch vụ). Có kịch bản xóa tất cả các tài liệu ra khỏi thư mục bộ đệm và sau đó khởi động lại bộ đệm. Có một khả năng nhỏ là mất việc in, nhưng thông thường khi tôi thấy đây là công việc duy nhất trong hàng đợi là công việc vi phạm.

Những thứ khác để kiểm tra là đảm bảo bạn đang ở các phiên bản trình điều khiển mới nhất hoặc quay lại một phiên bản. Đảm bảo máy in và phần mềm IO (Jetdirect?) Của bạn được cập nhật. Cuối cùng, tôi đã thấy rằng Cổng TCP / IP tiêu chuẩn đáng tin cậy hơn nhiều khi sử dụng loại cổng do HP hoặc nhà cung cấp cung cấp. Chúng tôi có các máy chủ in thực hiện hơn 600.000 trang / tháng và loại cổng dường như có ảnh hưởng lớn nhất đến việc máy chủ in có ổn định hay không.

Cập nhật:

Đối với tập lệnh (tệp bó), nó sẽ đơn giản như thế này:

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

Sau đó chạy tệp bó như một phần của dịch vụ phục hồi trong lần thất bại đầu tiên. Bạn có thể muốn thông báo ra về những thất bại tiếp theo.

bộ đệm in


0

Một cách để làm điều đó là tạo ra một số VM, mỗi VM có máy in riêng (hoặc không quá một vài máy in cho mỗi VM).


Vấn đề với điều này là mỗi VM xuất hiện dưới dạng một máy chủ khác nhau.
Joseph

Tôi sẽ đến nitpick trong một giây - chúng không "xuất hiện" như các máy chủ khác nhau, chúng các máy chủ khác nhau. Lời khuyên hữu ích - Bây giờ nếu bạn đặt tên cho máy in của mình theo tiêu chuẩn, hãy xuất bản trực tiếp lên AD và hướng dẫn người dùng cách tìm kiếm chúng, thì bạn không cần họ biết tên máy chủ (trừ khi chúng được chuyển đến máy chủ mới. ) Bạn thậm chí có thể đặt thông tin vị trí, như "phòng sao chép tầng 6, Des Moines"
mfinni

0

Hệ điều hành máy chủ nào? Là dịch vụ bộ đệm in chỉ dừng lại? Nếu vậy, tại sao không đặt dịch vụ tự động khởi động lại nếu bị dừng?


Bởi vì khi thất bại như vậy, nó sẽ không bắt đầu cho đến khi tệp vi phạm bị xóa khỏi thư mục spool. Và không có cách nào dễ dàng để tìm ra tập tin đó là gì. Cách duy nhất để khôi phục là xóa TẤT CẢ các công việc được xếp hàng khỏi thư mục spool và khởi động lại. Điều này quá phức tạp đối với trình quản lý dịch vụ Windows.
sysadmin1138

Doug, bên dưới bạn, cho thấy rằng điều này không quá phức tạp đối với người quản lý dịch vụ Windows.
mfinni

/ Meta - H'm - lạ. Tôi nghĩ rằng đây là một câu hỏi mới, nhưng sau khi tôi nhận xét, tôi thấy nó xuất hiện trên trang nhất vì Doug đã chỉnh sửa câu trả lời của anh ấy từ năm ngoái để bao gồm các hướng dẫn thêm và ảnh chụp màn hình. Đừng bận tâm.
mfinni
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.