คำถาม: มีวิธีที่จะทำให้ไฟล์ Backlog 350,000 ไฟล์นี้เสร็จเร็วขึ้นหรือไม่? สำหรับเกือบทุกไฟล์การเปลี่ยนแปลงเพียงอย่างเดียวคือการเปลี่ยนแปลง ACL สำหรับแต่ละไฟล์ที่ได้รับผลกระทบ บางไฟล์มีการเปลี่ยนแปลงเนื้อหา แต่นั่นไม่ใช่กรณีทั่วไปในสถานการณ์นี้
สิ่งนี้อาจได้รับการแก้ไข ฉันจะแก้ไขข้อความนี้เพื่อยืนยันความสำเร็จ / ล้มเหลวหลังจากผ่านไประยะหนึ่งและตรวจสอบความถูกต้องแล้ว ในตอนท้ายของข้อความคำถามนี้ฉันมีรายละเอียดการเปลี่ยนแปลงที่เกิดขึ้นเมื่อเร็ว ๆ นี้ซึ่งอาจแก้ไขได้
เรามีกลุ่มการจำลองแบบ DFSR ที่มีไฟล์ประมาณ 450,000 ไฟล์และใช้พื้นที่ 1.5TB ในสถานการณ์นี้มีเซิร์ฟเวอร์ Windows Server 2008 R2 สองตัวที่อยู่ห่างกันประมาณ 500 ไมล์ มีเซิร์ฟเวอร์อื่น แต่ไม่มีส่วนเกี่ยวข้องในกลุ่มการจำลองนี้ Server ALPHA เป็นเซิร์ฟเวอร์หลักและเป็นเซิร์ฟเวอร์ที่พนักงานส่วนใหญ่ใช้ Server BETA เป็นเซิร์ฟเวอร์ในสำนักงานระยะไกลและไม่ว่าง
นี่คือกราฟของงานในมือสำหรับกลุ่มการจำลองนี้ (PNG ที่โฮสต์ใน Google ไดรฟ์) แสดงความคืบหน้าการซิงค์ช้า
ฉันต้องการลบรายการการอนุญาตที่อยู่ในไดเรกทอรีรากของกลุ่มการจำลองแบบนั้นซึ่งแน่นอนว่าสืบทอดมาจากโฟลเดอร์ย่อยส่วนใหญ่ ฉันทำการเปลี่ยนแปลงนี้บนเซิร์ฟเวอร์ ALPHA ทันทีหลังจากนั้น DFSR มีแบ็คล็อกไฟล์ 350,000 ไฟล์ มากกว่าสัปดาห์และตอนนี้อยู่ที่ 267,000 สิ่งเดียวที่เปลี่ยนแปลง (เริ่มแรก) คือการเปลี่ยนแปลงสิทธิ์เดียว
นี่คือสิ่งที่เกิดขึ้น (นี่ไม่ใช่วิธีแก้ปัญหาเป็นเพียงคำอธิบายอีกสิ่งหนึ่งที่ทำให้เกิดปัญหานี้): http://blogs.technet.com/b/askds/archive/2012/04/14/saturday-mail-sack -because มันผลัดกันออกศุกร์คืนเป็น-เป็นไรสำหรับ fighting.aspx # DFSR
การเปลี่ยนแปลงใด ๆ ที่เกิดขึ้นบนเซิร์ฟเวอร์ BETA จะถูกจำลองแบบไปยังเซิร์ฟเวอร์ ALPHA อย่างรวดเร็วเนื่องจากไม่มีการค้างในทิศทางนั้น ไฟล์ใด ๆ ที่เปลี่ยนแปลงบน BETA จะทำให้เป็น ALPHA โดยไม่มีปัญหา
มันจำลองแบบ 24/7 ที่ความเร็วเต็มผ่านการเชื่อมต่อ 50Mbps ที่ปลายด้านหนึ่งไปยังไฟเบอร์ 100Mbps ที่ปลายอีกด้านหนึ่ง พื้นที่จัดเตรียมคือ 100GB สำหรับแต่ละเซิร์ฟเวอร์ ไม่มีอะไรน่าสนใจในบันทึกเหตุการณ์เลย มีเหตุการณ์ลายน้ำสูงที่ไม่เกี่ยวข้องซึ่งแสดงขึ้นสำหรับกลุ่มการจำลองที่ไม่เกี่ยวข้องซึ่งไม่ได้สำหรับการจำลองแบบนี้โดยเฉพาะหรือสำหรับเซิร์ฟเวอร์ ALPHA / BETA คู่นี้ โดยเฉพาะอย่างยิ่งไม่มีรายการบันทึกเหตุการณ์สำหรับลายน้ำสูงหรือข้อผิดพลาดการเชื่อมต่อ
มุมมองของกลุ่มการจำลองแบบของ ALPHA:
การประหยัดแบนด์วิดท์ : ลดลง 99.83% (จำลองแบบ 30.85 MB แทน 18.1 GB)
ฉันเชื่อว่า 30.85MB / 18.1GB เกิดขึ้นตั้งแต่ฉันเริ่มบริการ DFSR ใหม่บน ALPHA และเบต้า หากเป็นเช่นนี้แสดงว่าแม้ว่าจะใช้เวลานานมาก (นานกว่าที่ฉันเชื่อว่าควรใช้) มันไม่ได้ถ่ายโอนเนื้อหาไฟล์ข้ามสาย
โฟลเดอร์ที่ทำซ้ำ : 1.46TB (ขนาดจริง), 439,387 (ไฟล์), 52,886 (โฟลเดอร์)
โฟลเดอร์ที่ขัดแย้งและถูกลบ : 100.00GB (ขนาดที่กำหนด), 34.01GB (ขนาดจริง), 19,620 (ไฟล์), 2,393 (โฟลเดอร์)
โฟลเดอร์ Staging : 200.00GB (ขนาดที่กำหนดไว้), 92.54GB (ขนาดจริง)
ฉันได้รับข้อผิดพลาดลายน้ำสูงหนึ่งในบันทึก (14 พฤษภาคม 19:00) และดังนั้นจึงได้เพิ่มโควต้าการแสดงละครเป็น 200GB จาก 100GB ฉันรู้ว่าเส้นทางที่ Microsoft อนุมัติจะเพิ่มขึ้น 20% แต่ฉันไม่ได้เล่นในเรื่องนี้ เรามีพื้นที่ดิสก์เหลือเฟือสำหรับการจัดเตรียมดิสก์อาร์เรย์
การปิดใช้งานการป้องกันไวรัสบนเซิร์ฟเวอร์ทั้งหมดไม่ได้ช่วย แต่ฉันคิดว่ามันจะช่วยได้เล็กน้อย ตอนนี้ฉันได้เปิดใช้งานโปรแกรมป้องกันไวรัสอีกครั้ง แต่ตั้งค่าเส้นทางของกลุ่มการจำลองที่จะแยกออกจากการสแกนเพื่อลบตัวแปรนั้นออกจากสมการ
มีวิธีที่จะทำให้เรื่องนี้เร็วขึ้นหรือไม่? ฉันเพิ่งจะทำการเปลี่ยนแปลงนี้บนเซิร์ฟเวอร์ BETA เช่นกัน แต่มีไฟล์ที่เปลี่ยนแปลงบน ALPHA แต่ไม่ได้จำลองแบบเป็น BETA และด้วยการเปลี่ยนแปลงการอนุญาตที่สืบทอดมาใน BETA จะทำให้ไฟล์OLDจาก BETA เป็น ALPHA (เพราะ DFSR ดูเหมือนว่า ละเว้นการประทับเวลาไฟล์เมื่อเปรียบเทียบไฟล์ที่เป็นผู้ชนะในการชนกัน) การมีสิ่งนั้นเกิดขึ้นจะค่อนข้างแย่
งานในมือลดลงอย่างช้าๆ ช้ามาก ๆ มันจะไปข้างหน้าแม้ว่า แต่ในอัตรานี้มันจะเป็นสัปดาห์ก่อนที่จะเสร็จสิ้น ฉันใคร่ครวญเพียงแค่ผลักสำเนาข้อมูลที่กำหนดไปยังไดรฟ์ 3TB และส่งไปยังสำนักงานระยะไกล มีวิธีที่ดีกว่า?
16 พฤษภาคม 04:00 น. สหรัฐ PT: สิ่งที่อาจแก้ไขปัญหาได้ (สมมติว่ามันได้รับการแก้ไขโดยสุจริตแล้ว):
ฉันทำการเปลี่ยนแปลง DCs หลายครั้งที่ควรทำมานานแล้ว ปัญหาคือว่าเครือข่ายนี้ได้รับมรดกมาจากคนอื่นที่อาจได้รับมรดกมาจากคนอื่น ฯลฯ ฉันไม่สามารถสัญญาได้ว่าการเปลี่ยนแปลงใดจะแก้ไขปัญหาได้ ที่นี่พวกเขาไม่อยู่ในลำดับที่เฉพาะเจาะจง:
- DCs ทั้งหมดไม่ได้อยู่ใน "Domain Controllers" OU ฉันไม่เคยเห็นโดเมน Windows ที่มี DC ของตนอยู่ที่อื่น ฉันย้ายพวกมันกลับไปยังที่ที่พวกเขาอยู่ ก่อนหน้านี้พวกเขาอยู่ใน OUs ที่แยกตามชื่อของแต่ละเมืองที่อยู่ในสำนักงาน (ฉันมีความรู้สึกว่าฉันมีงานประปาที่จะจัดการกับตอนนี้ที่ฉันย้ายสิ่งเหล่านั้น แต่ทั้งหมดดูเหมือนจะไม่เป็นไรในปัจจุบัน ... )
- AVG Anti-Virus ทำงานบน DCs และเซิร์ฟเวอร์ที่เข้าร่วม DFSR ทั้งหมด ฉันแยกโฟลเดอร์ที่ทำซ้ำและโฟลเดอร์ลำดับขั้นจากการสแกนที่ใช้งาน / การเข้าถึง ฉันไม่คิดว่าสิ่งนี้จะแก้ไขปัญหาได้และฉันจะทดสอบปัญหานี้ในภายหลังเพื่อดูว่าการเลิกทำการเปลี่ยนแปลงนั้นจะรบกวนความเร็วการจำลองแบบของ DFSR หรือไม่ นั่นเป็นความท้าทายอีกวัน
- dcdiag.exeบ่นของปัญหา DNS เกี่ยวกับ RODCs ฉันแก้ไขปัญหานั้นแม้ว่าเราจะไม่มี RODC ในโดเมนเลย ฉันสงสัยว่าสิ่งนี้คงที่
- ระเบียน _ldap._tcp.domain.GUID._msdcs.DOMAIN.NET SRV หนึ่งรายการขาดหายไปหนึ่งใน DCs (ไม่ใช่หนึ่งในเซิร์ฟเวอร์ DFSR) และฉันแก้ไขให้ถูกต้อง ฉันไม่คิดว่าสิ่งนี้จะช่วยได้เช่นกัน
- หนึ่งครั้งที่ฉันรีบูตเซิร์ฟเวอร์ BETA มันบ่นว่าการปิดระบบฐานข้อมูล DFSR ไม่ดี (เหตุการณ์ 2212) จากนั้นจึงใช้เวลาหลายชั่วโมงในการสร้างฐานข้อมูลใหม่ เมื่อเสร็จแล้วก็รายงานเหตุการณ์ 2214 เพื่อแจ้งให้เราทราบว่ามันเสร็จแล้ว หลังจากนั้นการจำลองแบบยังคงทำงานช้ามาก แต่อาจช่วยแก้ปัญหาที่ติดค้างได้
- DCs หนึ่งไม่มี 127.0.0.1 เป็นเซิร์ฟเวอร์ DNS รองในการกำหนดค่าอินเทอร์เฟซ ฉันเพิ่มมัน นี่ไม่ใช่หนึ่งในเซิร์ฟเวอร์ DFSR ดังนั้นอาจไม่มีส่วนเกี่ยวข้องเลย
- ฉันติดตามบล็อก TechNet: การปรับแต่งประสิทธิภาพการจำลองแบบใน DFSRแนะนำการตั้งค่ารีจิสทรีสำหรับเซิร์ฟเวอร์ DFSR ฉันใช้ค่า "ประสิทธิภาพสูงที่ผ่านการทดสอบ" ทั้งหมดยกเว้นAsyncIoMaxBufferSizeBytesถูกตั้งค่าเป็น4194304ซึ่งต่ำกว่าค่าสูงมาก สิ่งนี้อาจช่วยได้ด้วยปัญหา ... หรืออาจจะไม่ เป็นการยากที่จะบอกเมื่อมีการเปลี่ยนแปลงตัวแปรมากเกินไป
- dcdiag.exeบ่นเกี่ยวกับปัญหาในการสื่อสารกับบริการ RPC ใน BETA แต่หลังจากทำการเปลี่ยนแปลงข้างต้นแล้ว นี่ดูเหมือนจะเป็นปัญหาที่เกิดขึ้นมากที่สุด แต่ก็ไม่มีอะไรที่ฉันต้องแก้ไข VPN ทำงานอย่างถูกต้องและไฟร์วอลล์ไม่ได้ปิดกั้น อาจเป็นไปได้ว่าหนึ่งในรายการข้างต้นเป็นสิ่งที่เกิดขึ้นแล้วแก้ไขปัญหา RPC หรืออาจเป็นเรื่องบังเอิญง่ายๆ ฉันไม่ได้รับข้อผิดพลาดนั้นในขณะนี้และการจำลองแบบทำงานได้อย่างราบรื่นในปัจจุบัน
คุณธรรมของเรื่องคือ: เปลี่ยนสิ่งหนึ่งครั้งหรือคุณจะไม่เคยรู้ว่าสิ่งที่แก้ไขมัน แต่ฉันหมดหวังและหมดเวลาเพื่อแก้ไขมันดังนั้นฉันจึงยิงกระสุนก้อนใหญ่เป็นปัญหา ถ้าฉันระบุการแก้ไขฉันจะรายงานเรื่องนี้ที่นี่ อย่าแบ๊งค์ฉันหรอกนะ
แก้ไข 5/21/2012: ฉันแก้ปัญหานี้ด้วยการขับรถประมาณเจ็ดชั่วโมงด้วยเซิร์ฟเวอร์สำรอง (GAMMA) ไปยังสำนักงานระยะไกลเมื่อวานนี้ ขณะนี้ GAMMA ทำหน้าที่เป็นเซิร์ฟเวอร์ภายในเครื่องหลักในขณะที่เซิร์ฟเวอร์ปกติ (BETA) ของพวกเขาจะพบกับการจำลองแบบ เนื่องจากฉันใส่มันเข้าที่เซิร์ฟเวอร์ต่าง ๆ เพิ่มความเร็วในการจำลองเป็นสองเท่า แม้ว่าสิ่งนี้จะบอกฉันว่าอาจเป็นปัญหาที่เกี่ยวกับ VPN ฉันไม่อยากเชื่อว่าเป็นเพราะการอัปเดตใหม่ทั้งหมดดูเหมือนจะซ้ำกับ GAMMA จาก ALPHA นั้นรวดเร็วและเป็นไปได้ด้วยดี
แก้ไข 5/22/2012: ตอนนี้อยู่ที่ 12000 และจะเสร็จในอีกไม่กี่ชั่วโมง ฉันจะโพสต์กราฟความคืบหน้าตั้งแต่ต้นช้าไปจนถึงเสร็จเร็ว ปัญหาคือสิ่งเดียวที่จริง ๆ แล้ว "แก้ไข" มันคือการเชื่อมต่อเซิร์ฟเวอร์ภายใน ปัจจุบันฉันคิดว่าบางที VPN เป็นส่วนหนึ่งของปัญหา และถ้าเป็นกรณีนี้ฉันรู้สึกว่าคำถามนี้ยังไม่ได้รับคำตอบเลย หลังจากฉันมีเวลามากขึ้นในการตรวจสอบว่าสิ่งต่าง ๆ กำลังทำซ้ำผ่าน VPN และเห็นความล้มเหลวใด ๆ ฉันจะดีบักและรายงานความคืบหน้า
หากมีการเปลี่ยนแปลงบางอย่างฉันจะอัปเดตที่นี่
dfsrdiag replicationstate /aแสดงว่ากำลังส่งไฟล์เพียงสองไฟล์ แต่ทั้งคู่มีชื่อไฟล์เหมือนกัน มันบอกว่ามันมีสองการเชื่อมต่อขาออกไปยังเบต้าจาก ALPHA ต่อไป ไฟล์ที่ส่งเป็น 850MB ตามที่อธิบายไว้ก่อนหน้านี้ฉันไม่เชื่อว่าเป็นการส่งเนื้อหาทั้งหมดของไฟล์ถึงแม้ว่าฉันไม่แน่ใจว่าจะทำอย่างไรหากไม่ได้เนื่องจากใช้เวลานานมากในการจัดการกับไฟล์เดียว ไฟล์ได้รับการปรับปรุงครั้งล่าสุดในปี 2008 (บนเซิร์ฟเวอร์ทั้งสอง) ดังนั้นจึงไม่มีเหตุผลที่จะต้องทำอะไรนอกจากอัปเดตข้อมูล ACL ในไฟล์ใน BETA