คำถามติดแท็ก windows-server-2003-r2

4
ลบ Active Directory ทั้งหมด [ปิด] โดยไม่ตั้งใจ
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับข้อบกพร่องของเซิร์ฟเวอร์ ปิดให้บริการใน3 ปีที่ผ่านมา ในขณะที่ทำการแบ่งพาร์ติชั่นโดเมนคอนโทรลเลอร์ Server 2003 R2 อีกครั้งเราได้ลบพาร์ติชั่นที่เก็บโฟลเดอร์ฐานข้อมูล Active Directory ( D:\AD\Data) โดยไม่ตั้งใจ เป็นพาร์ทิชันบนดิสก์ที่ใช้ร่วมกันกับD:\C:\ เราตัดD:\ไดรฟ์โดยไม่ทราบว่าเป็นที่ตั้งของโฟลเดอร์ข้อมูล Active Directory เราไม่มีตัวควบคุมโดเมนอื่นและไม่มีการสำรองข้อมูล Active Directory นี้ มีโอกาสในการกู้คืนโฆษณาหรือไม่?

8
การเข้าถึง SMB ที่แชร์โดยไม่ระบุชื่อที่โฮสต์บน Server 2008 R2 Enterprise
ก่อนอื่นฉันได้อ่านโพสต์นี้และโพสต์ที่ไม่ใช่ SF ทั้งหมดซึ่งดูเหมือนจะแก้ไขปัญหาเดียวกันหรือคล้ายกันอย่างไรก็ตามฉันก็ยังไม่สามารถแก้ไขปัญหาของฉันได้ ฉันมีสามเครื่องในสถานการณ์นี้: เซิร์ฟเวอร์เข้าร่วมโดเมนที่รัน Server 2008 R2 Enterprise ("เซิร์ฟเวอร์ที่ใช้ร่วมกัน") เซิร์ฟเวอร์ทดสอบที่ไม่ใช้โดเมนที่รันเซิร์ฟเวอร์ 2003 R2 SP2 ("เซิร์ฟเวอร์ทดสอบ") เวิร์กสเตชันที่เข้าร่วมกับโดเมนที่ใช้ XP Pro SP3 ("เวิร์กสเตชัน") เซิร์ฟเวอร์ที่ใช้ร่วมกันจะเปิดเผยการใช้งานร่วมกันบนเครือข่ายที่เซิร์ฟเวอร์ทดสอบต้องเข้าถึง - เป็นเซิร์ฟเวอร์ต้นทาง / สัญลักษณ์ที่ใช้ร่วมกันเพื่อการดีบักของเรา ฉันเชื่อว่า visual studio เพียงแค่เข้าถึงการแบ่งปันด้วยข้อมูลรับรองของตัวเองในกรณีนี้หมายความว่าการแชร์จะต้องสามารถเข้าถึงได้แบบไม่ระบุตัวตนเนื่องจากเซิร์ฟเวอร์ทดสอบไม่ได้เข้าร่วมกับโดเมนและไม่มีโอกาสในการรับรองความถูกต้องของโดเมน ฉันพยายามทำหลายอย่างเพื่อหลีกเลี่ยงหน้าต่างการตรวจสอบสิทธิ์เมื่อเข้าถึงการแชร์: ฉันเปิดใช้งานบัญชี Guest บนเซิร์ฟเวอร์ที่ใช้ร่วมกันและได้รับสิทธิ์การแชร์เต็ม / NTFS ของผู้เยี่ยมชมสำหรับการแชร์ ฉันได้รับสิทธิ์การเข้าสู่ระบบแบบไม่ระบุชื่อเต็มรูปแบบ / สิทธิ์ NTFS สำหรับการแชร์ ฉันได้เพิ่มการแชร์ของฉันใน“ การเข้าถึงเครือข่าย: การแชร์ที่สามารถเข้าถึงโดยไม่ระบุชื่อ” ใน LSP ฉันปิดใช้งาน“ การเข้าถึงเครือข่าย: จำกัด การเข้าถึงเนมไปป์และหุ้นที่ไม่ระบุชื่อ” …

9
เหตุใดจึงเรียกว่า Windows Server 2008 R2 ทำไมไม่เรียกมันว่า Windows Server 2010
ฉันค้นหาแล้ว แต่ไม่พบสิ่งใดที่อธิบายได้ว่าเหตุใด Microsoft เริ่มติดฉลาก Windows Server เวอร์ชันใหม่ (และตอนนี้ SQL Server) ในฐานะรุ่น R2 หากพวกเขาเป็นรุ่นใหม่ทำไมไม่ให้ชื่อใหม่ให้พวกเขา หรือมีบางอย่างเกิดขึ้นกับการกำหนดราคาอัพเกรดหรือสิทธิ์ใช้งาน

8
การเชื่อมต่อโดเมนแสดงเป็น“ ไม่ผ่านการรับรองความถูกต้อง”
ฉันได้เห็นคำถามที่แตกต่างกันสำหรับปัญหานี้ที่ลอยไปรอบ ๆ แต่ทั้งสถานการณ์ไม่ได้เหมือนกันหรือวิธีการแก้ปัญหาไม่ทำงานดังนั้นคิดว่าฉันจะโพสต์เพื่อดูว่าใครมีคำแนะนำใด ๆ พีซีและแล็ปท็อปของโดเมนต่าง ๆ ดูเหมือนจะสุ่มให้ชื่อการเชื่อมต่อของ "lewis.local 2 (ไม่ได้รับการรับรองความถูกต้อง)" - lewis.local เป็นโดเมนของเรา - และแสดงเครื่องหมายอัศเจรีย์ซึ่งโลโก้ประเภทเครือข่ายจะปรากฏขึ้นตามปกติ สิ่งนี้ดูเหมือนว่าจะเกิดขึ้นทุกครั้งที่เชื่อมต่อผ่าน VPN การตั้งค่าของเราคือ: 2 เซิร์ฟเวอร์ทั้งสองรัน Windows Server 2003 R2 (x32) เซิร์ฟเวอร์หลักติดตั้ง AD, DNS และ DHCP IPv4 บนเครื่องไคลเอนต์ประมาณ 30 เครื่อง (บางสาย, ไร้สายบางเครื่อง) หากใครมีความคิดเกี่ยวกับการแก้ปัญหาฉันจะขอบคุณมัน ฉันได้ลองลบทั้งหมดยกเว้นบทบาทเซิร์ฟเวอร์ AD แล้วการรีเซ็ตระบบทั้งหมดและไม่มีอะไรเกิดขึ้น มันไม่ได้ป้องกันอะไรจากการทำงานเหมือนการเชื่อมต่อโดเมนเป็นส่วนใหญ่ ยังไม่รู้ด้วยซ้ำว่ามันจะเกี่ยวอะไรกับมันหรือเปล่า แต่เซิร์ฟเวอร์ DHCP นั้นดูเหมือนว่าจะใช้เวลาค่อนข้างนานในการออกที่อยู่ IP ให้กับลูกค้า

2
คุณตรวจสอบการสึกหรอของ SSD ใน Windows อย่างไรเมื่อไดรฟ์แสดงเป็นอุปกรณ์ 'ทั่วไป'
ภายใต้ Linux เราสามารถตรวจสอบการสึกหรอของ SSD ได้อย่างง่ายดายsmartmontoolsว่ามีการนำเสนอไดร์ฟเป็นอุปกรณ์บล็อกปกติหรืออุปกรณ์ทั่วไป (ซึ่งเกิดขึ้นเมื่อไดรฟ์ได้รับการจู่โจมฮาร์ดแวร์โดยผู้ควบคุมบางตัวเช่นหนึ่งบน IBM HS22) เราจะทำสิ่งที่เทียบเท่าใน Windows ได้อย่างไร? ไม่มีใครใช้จริงsmartmontoolsหรือ หรือมีแพ็คเกจอื่น ๆ ออกมี? ปัญหาคืออุปกรณ์ SCSI Generic ไม่แสดงใน Windows หากไดรฟ์นั้นไม่ได้เป็น RAID เราสามารถดูได้ดี ฉันจะทำอย่างไรใน Linux: sles11-live:~ # lsscsi -g [1:0:0:0] disk SMART USB-IBM 8989 /dev/sda /dev/sg0 [2:0:0:0] disk ATA MTFDDAK256MAR-1K MA44 - /dev/sg1 [2:0:1:0] disk ATA MTFDDAK256MAR-1K MA44 - /dev/sg2 …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.