ไคลเอนต์ Windows ที่ใช้สำเนา. exe 4.0 exe ​​ซึ่งอยู่ในไดรฟ์เครือข่ายที่ใช้ร่วมกัน

เรามี. Net 4.0 executable ( MyProg.exe ) และ dll ที่เกี่ยวข้องที่มีการใช้งานบนเครือข่ายร่วมกันโดยใช้ XCopy MyProg.exe และ DLLs นั้นไม่ได้ลงนามทั้งหมด

เรามีพวกเขาติดตั้งในเครือข่ายที่ใช้ร่วมกันเพื่อให้ผู้ใช้หลายคนสามารถใช้โปรแกรมรุ่นเดียวกันและเพื่อความสะดวกในการปรับปรุงโปรแกรม สิ่งนี้ใช้ได้ดีกับลูกค้าของเราเป็นเวลาหลายปีแล้ว

สำหรับลูกค้าล่าสุดโฟลเดอร์ใน Windows Server 2012 Virtual Machine จะถูกแชร์เป็นโฟลเดอร์เครือข่าย ผู้ใช้เรียกใช้โปรแกรมจากเซิร์ฟเวอร์เทอร์มินัลอื่น (Windows Server 2012)

เมื่อเราอัพเดตMyProg.exe (เป็นเวอร์ชั่น 2.0 จาก 1.0) เซิร์ฟเวอร์เทอร์มินัลจะไม่เรียกใช้ไฟล์ปฏิบัติการใหม่จนกว่าจะรีสตาร์ท มันยังคงโหลดเวอร์ชั่น 1.0 แม้ว่าจะไม่สามารถใช้งาน exe ได้อีกต่อไป แต่ดูเหมือนว่ามันจะทำงานแคชรุ่นMyProg.exe V1.0

1. ขั้นตอนที่ฉันพยายาม:
   1. ปิดอินสแตนซ์ทั้งหมดของโปรแกรม
   2. คัดลอกMyProg.exeใหม่ไปยังโฟลเดอร์และเขียนทับไฟล์ (อัพเดตเวอร์ชัน exe จาก 1.0 เป็น 2.0)
   3. ตรวจสอบMyProg.exeเวอร์ชั่น 2.0 จากหน้าคุณสมบัติ >> รายละเอียดทั้งจากไฟล์เซิร์ฟเวอร์และเซิร์ฟเวอร์เทอร์มินัล
   4. ตรวจสอบว่าMyProg.exe V2.0ทำงานเมื่อดำเนินการจากไฟล์เซิร์ฟเวอร์โดยใช้ไฟล์ทางลัด (เป้าหมาย: \\ Server \ MyProg \ MyProg.exe )
   5. เรียกใช้ไฟล์ทางลัดเดียวกัน (เป้าหมาย: \\ Server \ MyProg \ MyProg.exe ) จากเซิร์ฟเวอร์เทอร์มินัลและMyProg.exe V1.0เริ่มทำงาน
   6. เปลี่ยนชื่อ\\ Server \ MyProgเป็น\\ Server \ MyProg1และยืนยันว่าเซิร์ฟเวอร์เทอร์มินัลไม่สามารถรันทางลัดได้เนื่องจากโฟลเดอร์นั้นไม่มีอยู่อีกต่อไป
   7. สร้างไฟล์ทางลัดใหม่ (Traget: \\ Server \ MyProg1 \ MyProg.exe ) และยืนยันว่าMyProg.exe V2.0ทำงานบนไคลเอนต์
   8. เปลี่ยนชื่อโฟลเดอร์\\ Server \ MyProg1กลับไปเป็น\\ Server \ MyProgและเรียกใช้ไฟล์ทางลัดเดิมยังคงโหลดMyProg.exe V1.0ต่อไปจนกว่าเซิร์ฟเวอร์เทอร์มินัลจะรีสตาร์ท
   9. ฉันตรวจสอบว่าไฟล์ออฟไลน์ถูกปิดใช้งานบนเซิร์ฟเวอร์เทอร์มินัล
   10. ฉันตรวจสอบว่าฉันไม่สามารถเขียนทับ MyProg.exe ได้เมื่อโปรแกรมทำงานบนเซิร์ฟเวอร์เทอร์มินัล

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

ติดต่อฝ่ายสนับสนุนด้านเทคนิคของ Microsoft พวกเขากล่าวว่าอาจเกิดจากการตั้งค่าเหล่านี้สำหรับ SMB เราแก้ไขการตั้งค่าเหล่านี้และจะแจ้งให้ทราบในระหว่างการอัพเดทครั้งต่อไป

http://technet.microsoft.com/en-us/library/ff686200(v=WS.10).aspx

การตั้งค่าจากลิงค์ด้านบนไม่ทำงาน
รายละเอียดเพิ่มเติมที่ช่วยให้เราทราบปัญหา: คอมพิวเตอร์ไคลเอนต์เป็นเซิร์ฟเวอร์เทอร์มินัล Windows

บทความฐานความรู้นี้ให้ข้อมูลเพิ่มเติมในเรื่องนี้:
https://support.microsoft.com/kb/2536487

แอปพลิเคชันอาจทำงานล้มเหลวหรือไม่ตอบสนองหากผู้ใช้รายอื่นล็อกออนเซสชันเดสก์ท็อประยะไกลใน Windows Server 2008 หรือ Windows Server 2008 R2

อาการ:

เมื่อเรียกใช้แอปพลิเคชันจากไดรฟ์ที่แมปแอปพลิเคชันอาจไม่ตอบสนองหรือหยุดทำงานสำหรับผู้ใช้ (หรือผู้ใช้หลายคน) เมื่อผู้ใช้รายอื่นออกจากระบบ ตัวอย่างเช่น:

1. เซิร์ฟเวอร์หนึ่งคือเซิร์ฟเวอร์ไฟล์และอีกเซิร์ฟเวอร์หนึ่งเป็นเซิร์ฟเวอร์โฮสต์เซสชันระยะไกล (เซิร์ฟเวอร์เทอร์มินัล)
2. โฟลเดอร์บนเซิร์ฟเวอร์ไฟล์ถูกแมปเพื่อใช้งานโดยผู้ใช้รีโมตที่เชื่อมต่อกับเซิร์ฟเวอร์ RDS
3. ผู้ใช้หลายคนเปิดตัวแอปพลิเคชันบนการแชร์ที่แมป
4. ผู้ใช้รายหนึ่งล็อกออฟและสิ่งนี้ทำให้ผู้ใช้รายอื่นของแอปพลิเคชันประสบกับแอปพลิเคชันที่ขัดข้องหรือไม่ตอบสนอง

ลักษณะการทำงานจะเกิดขึ้นเมื่อผู้ใช้รายแรกหรือผู้ใช้คนสุดท้ายของแอปพลิเคชันออกจากระบบขึ้นอยู่กับรุ่น Windows Server 2008 จะประสบปัญหานี้เมื่อผู้ใช้รายแรกออกจากระบบ Windows Server 2008 R2 จะประสบปัญหานี้เมื่อผู้ใช้คนสุดท้ายล็อกออฟ

สาเหตุ:

สิ่งนี้เกิดขึ้นเนื่องจากวิธีที่ตัวเปลี่ยนเส้นทางจัดการ FCB (บล็อกควบคุมไฟล์) สำหรับไบนารีที่เป็นปัญหา ใน Windows Server 2008 FCB เป็นเจ้าของโดยผู้ใช้ที่เปิดไฟล์ครั้งแรกและ FCB นี้ถูกใช้โดยผู้ใช้รายต่อไป เมื่อผู้ใช้คนแรกล็อกออฟ FCB จะถูกกำพร้าซึ่งทำให้ผู้ใช้แอปพลิเคชันรายต่อมาทำงานผิดพลาดหรือไม่ตอบสนอง ใน Windows Server 2008 R2 FCB นั้นเป็นเจ้าของโดยผู้ใช้ล่าสุดเพื่อเปิดไฟล์และผู้ใช้ก่อนหน้านี้ประสบปัญหาหากผู้ใช้คนสุดท้ายล็อกออฟ

วิธีแก้ปัญหา:

ติดตั้งแอปพลิเคชันในเครื่องบนเซิร์ฟเวอร์เทอร์มินัลแทนที่จะใช้เครือข่ายร่วมกัน