Windows Server 2008 R2 - RDSH - ขยายรีจิสทรีด้วย Samsung Universal Print Driver


12

ในขณะที่ใช้งานฟาร์มหลายแห่ง Windows Server 2008 R2 RDSH เรากำลังประสบปัญหาที่เซิร์ฟเวอร์ RDSH ทั้งหมดกำลังมี Registry ของพวกเขาป่องที่ค่าสูงสุด 2048MB การใช้ Sysinternals Registry Usage (ru.exe) เราสามารถตรวจสอบคีย์ที่เกี่ยวข้องของ Samsung Universal Printer ได้มากกว่า 1,000MB

  • Samsung Universal Print Driver: เวอร์ชั่น 2.3.90
  • Samsung Universal Print Driver 2: เวอร์ชัน 2.50.2.0

ส่วนของรีจิสทรีที่มีการขยายตัว:

HKEY_USERS\.DEFAULT\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\
HKEY_USERS\S-1-5-8\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\

แต่ละคีย์ย่อยเหล่านั้นมีคีย์มากกว่า 500+ ตัวที่รายงานการใช้งาน Registry กำลังรายงานว่าแต่ละคีย์ใช้เวลา 30-40MB ในแต่ละครั้ง

ตัวอย่างคีย์ย่อย: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

การดูข้อมูลของปุ่ม "ความสามารถ", "MUIData" ฯลฯ คุณสามารถบอกได้อย่างชัดเจนว่า Samsung Universal เป็นค่าอ้างอิง Samsung Universal เมื่อคุณดูพวกเขา

นำหนึ่งในเซิร์ฟเวอร์ออกจากการผสมผสานฉันพยายามล้างคีย์เหล่านี้และสามารถทำได้ การล้างส่วน ".Default" ก็เป็นการล้างคีย์ "S-1-5-18" ด้วยดังนั้นฉันจึงคิดว่านี่เป็นลิงก์อ้างอิงภายใน Registry เมื่อฉันทำมันฉันล้างHKU\.default\Printers\DevModes2เช่นกันเนื่องจากส่วนนี้จะไม่เปิดแม้แต่ใน Regedit เพื่อที่จะลบฉันต้อง CLI เพื่อที่จะลบคีย์ "DevModes2" แล้วสร้างคีย์ใน Regedit

ทันทีที่ฉันเข้าสู่ระบบด้วยบัญชีที่มีเครื่องพิมพ์ที่ปรับใช้กับพวกเขาด้วย Samsung Universal Print Driver คีย์เหล่านี้จะเริ่มปรากฏและกระจายรีจิสทรีออก เนื่องจากรีจิสทรีเต็มดังนั้นเราพบปัญหาโปรไฟล์ผู้ใช้ทำให้โปรไฟล์ชั่วคราวโหลด เมื่อเราปิดการใช้งานความสามารถในการมีโปรไฟล์ชั่วคราวผู้ใช้อาจเข้าสู่ "บริการโปรไฟล์ผู้ใช้บริการล้มเหลวในการเข้าสู่ระบบไม่สามารถโหลดโปรไฟล์ผู้ใช้" ข่าวสาร

มีใครที่ประสบปัญหานี้หรือไม่

มีการตั้งค่าบางอย่างใน Samsung Universal Print Driver เพื่อป้องกันพฤติกรรมนี้หรือไม่


ฉันรู้สึกถึงความเจ็บปวดของคุณ. HP Universal Drivers ไม่ได้ดีขึ้นเมื่อไม่กี่ปีที่ผ่านมาซึ่งตัวจัดคิวจะทำงานผิดพลาดกับกระบวนการ HP นับพันที่ทำงานอยู่ ฉันจะดูคำถามนี้อย่างแน่นอน
pauska

ฝ่ายสนับสนุนของ Samsung ได้สร้างเคสในวันนี้เมื่อฉันโทรเข้าหวังว่าพวกเขาจะได้คำตอบในไม่ช้า
Arachnid

หลังจากการวิจัยพบว่าปัญหาคีย์ DevModes2 เกี่ยวข้องกับsupport.microsoft.com/kb/2871131และเราได้ติดตั้งโปรแกรมแก้ไขด่วนแล้ว อย่างไรก็ตามโปรแกรมแก้ไขด่วนไม่ได้ทำความสะอาดเป็นระเบียบมันก็แค่ทำให้มันไม่เติบโต เมื่อพูดถึง Samsung SSPrint พวกเขาจะเติบโตขึ้นหลังจากทำความสะอาด เพื่อให้รีจิสตรีลงต่ำกว่า 2048MB เราต้องทำการล้างข้อมูลรีจิสทรีไฮฟ์ ( support.microsoft.com/kb/2498915 ) ตอนนี้เราเพิ่งตรวจสอบและเตรียมวางเซิร์ฟเวอร์ในโหมดระบายน้ำจนกว่าเราจะมีทางออกกับไดรเวอร์ Samsung
Arachnid

@Archanid ที่น่าสนใจ! คุณติดตามสถานการณ์อย่างไร
pauska

1
หมายเหตุสำหรับบุคคลอื่นโดยใช้ไดรเวอร์ Samsung Universal Print และ Windows Server 2008 R2 สำหรับการโฮสต์เซสชันเดสก์ท็อประยะไกล (RDSH) นอกจากนี้คุณยังจะได้พบกับการขยายตัวของรีจิสทรีในโปรไฟล์ผู้ใช้แต่ละคน หากคุณใช้โปรไฟล์ผู้ใช้ข้ามเขตคุณอาจประสบปัญหาที่รีจิสทรีจะขยายตัวจนถึงจุดที่โหลด HIVE ของรีจิสทรีและส่งออกเป็นสิ่งที่จำเป็นโดยมีนโยบายกลุ่มที่กำหนดไว้เพื่อลบคีย์ที่เกี่ยวข้องของ SSPrint HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m ปุ่มด้านบนอ้างถึง Samsung Print Processors เฉพาะที่ใช้โดยไดรเวอร์
Arachnid

คำตอบ:


1

ฉันมีปัญหาเดียวกันที่แน่นอนและสามารถยืนยันได้ว่าได้รับการแก้ไขใน Samsung Universal Print Driver 2 รุ่นใหม่ (2.50.5) ฉันยังใช้งาน 2.50.2 อยู่และปัญหาสำคัญก็คือใช้ 275MB เพียงถอนการติดตั้งเวอร์ชันเก่าและติดตั้งเวอร์ชันใหม่บนเซิร์ฟเวอร์ (ฉันไม่ได้อัปเดตไดรเวอร์ไคลเอนต์ใด ๆ ) ลดขนาดของคีย์เป็น 3MB ฉันยังพยายามเข้าสู่ระบบและกลับออกและสามารถยืนยันได้ในขณะนี้ลบคีย์เมื่อคุณออกจากระบบไม่เหมือนก่อน

หากคุณสงสัยก่อนที่มันจะไม่ลบกุญแจ ในสภาพแวดล้อมของผู้ใช้คนเดียวนี่ไม่ใช่ปัญหา แต่เนื่องจากเครื่องพิมพ์ได้รับการตั้งชื่อให้กับผู้ใช้และเซสชันมันเป็นปัญหาแบบเอ็กซ์โปเนนเชียล (สำหรับเซิร์ฟเวอร์ผู้ใช้ 20 คนเช่นของฉันคุณสร้างได้ถึง 400 คีย์ ... และนั่นคือถ้าคุณ มีเครื่องพิมพ์ 1 เครื่องต่อลูกค้าหนึ่งราย)

แก้ไข: รหัสใหม่เรียกว่า usp01 แทน spe__


JaredEpp ดีใจที่ได้ยินว่า Samsung จัดการแก้ไขปัญหาได้แล้ว บางทีน่าเศร้าสำหรับซัมซุงเราตัดสินใจทั่วทั้ง บริษัท ว่าจะไม่ซื้อเครื่องพิมพ์ Samsung เนื่องจากปัญหานี้และยังไม่ได้ซื้อตั้งแต่ ฉันลงเอยด้วยการจัดทำนโยบายการตั้งค่านโยบายกลุ่มจำนวนมากและสคริปต์ PowerShell บางตัวที่มีประโยชน์สำหรับการโหลดผู้ใช้รีจิสทรีข้ามเขตซึ่งจะล้างและบีบอัดไฟล์ NTUSER.DAT ของผู้ใช้
Arachnid

1

HP มีปัญหาเดียวกันนี้ ปัญหาคือไดรเวอร์ไม่ฉลาดมากเมื่อพูดถึงผู้ใช้หลายคนที่เชื่อมต่อกับการจับคู่เครื่องพิมพ์เดียวกันในเวลาเดียวกันและพยายามติดตั้งตัวเองใหม่สำหรับผู้ใช้แต่ละคน เราไม่เคยคิดวิธีแก้ปัญหานี้อย่างแน่นอน แต่เรามีวิธีแก้ไขสองวิธี:

โซลูชัน A (แก้ไขได้ง่าย แต่เป็นแฮ็คทั้งหมด)
ตั้งค่าบริการ Windows Installer เป็นปิดใช้งาน หยุดปัญหาที่เกิดขึ้นในเส้นทางของมัน ข้อเสียที่เห็นได้ชัดว่า ทันทีที่คุณต้องทำการติดตั้งหรือเรียกใช้การปรับปรุงคุณจะต้องเปิดบริการอีกครั้งและรีจิสทรีจะเริ่มบวมทันทีอีกครั้ง

โซลูชัน B (แก้ไขน่าเกลียด แต่เสถียรและสนับสนุน)
บังคับใช้ไดรเวอร์ Remote Desktop EasyPrint ผ่านนโยบายกลุ่ม สิ่งนี้ทำให้งานพิมพ์แสดงผลบนไคลเอ็นต์แทนเซิร์ฟเวอร์ ข้อเสียที่นี่คือคุณจะต้องลบการเชื่อมต่อเครื่องพิมพ์ของผู้ใช้ทุกคนออกจากเครื่องพิมพ์ทุกเครื่องในเซิร์ฟเวอร์ทุกเครื่องในฟาร์มแล้วลบไดรเวอร์ ฉันหวังว่าคุณจะเก่งเรื่องสคริปต์!


คุณลองติดตั้งไดรเวอร์ในโหมดการติดตั้งเทอร์มินัลเซอร์วิสหรือไม่? ที่พรอมต์คำสั่งพิมพ์change user /installแล้วติดตั้งไดรเวอร์ จากนั้นพิมพ์change user /executeเพื่อกลับสู่โหมดผู้ใช้ปกติ support.microsoft.com/kb/320185ฉันต้องการทราบว่าใช้งานได้จริงหรือไม่
โทมัส

ไดรเวอร์ไม่ได้รับการติดตั้งด้วยวิธีนี้ พวกเขาได้รับการผลักจากเซิร์ฟเวอร์การพิมพ์เมื่อผู้ใช้เชื่อมต่อกับเครื่องพิมพ์โดยเฉพาะจึงไม่มีการเปลี่ยนแปลงโหมดการดำเนินการ แม้จะเป็นเช่นนั้นไดรเวอร์ของ HP ก็ยังไร้เดียงสาแม้ในเวิร์กสเตชัน หากคุณดูที่รีจิสตรีของคุณภายใต้ตัวจัดการ HKDML \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations HKLM จะมีทุกสิ่งจาก HP เพียงแค่ FYI กุญแจนั้นจะถูกใช้โดยโปรแกรมติดตั้งเพื่อลบ / แก้ไขไฟล์ระบบในการรีบูตครั้งถัดไป ไดรเวอร์ของ HP พยายามทำบางสิ่งอยู่เสมอ ฉันแค่หวังว่าฉันจะรู้ว่ามันคืออะไร
Wes Sayeed

ฉันเห็นว่าคุณกำลังใช้เซิร์ฟเวอร์การพิมพ์ OP กำลังใช้ RDS ดังนั้นการตั้งค่าโหมดการติดตั้งอาจสร้างความแตกต่างในเคสของเขา
โทมัส

จากประสบการณ์ของฉัน Remote Desktop EasyPrint ไม่ใช่โซลูชันสำหรับทุกคนที่ใช้ไคลเอนต์ที่ไม่ใช่ Windows RDP เช่น WYSE OS Thin Client เนื่องจากข้อ จำกัด นี้เราจึงอยู่ห่างจาก Remote Desktop EasyPrint อย่างสมบูรณ์เนื่องจากมันจะไม่ทำงานในสภาพแวดล้อมของเราเราจึงปรับใช้เครื่องพิมพ์ผ่านการเชื่อมต่อเครื่องพิมพ์นโยบายกลุ่ม (ระดับการกำหนดค่าผู้ใช้) {เครื่องพิมพ์ที่ปรับใช้ในการจัดการการพิมพ์} มีการวิจัยบางอย่างเพื่อเปลี่ยนแปลงสิ่งนี้เพื่อใช้การตั้งค่านโยบายกลุ่ม แต่การกำหนดเป้าหมาย / ทดสอบของผู้ใช้สำหรับแต่ละไซต์ยังไม่เสร็จสมบูรณ์
Arachnid
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.