นี่เป็นหนึ่งในเหตุผลที่ขอแนะนำให้คุณ อย่า มี CA ที่ทำงานบนตัวควบคุมโดเมน ฉันมีหนึ่งใน DC ในโดเมนเดิม และมันเป็นฝันร้ายของการบำรุงรักษา และจะถูกลบออกเมื่อมีการแยกการขึ้นต่อกันของบริการอื่น เซิร์ฟเวอร์ DC และ CA นั้นมีความสำคัญอย่างมาก และแน่นอนว่าหากคุณมีฟังก์ชันหนึ่งล้มเหลวในขณะที่อีกฟังก์ชันหนึ่งปกติดี ก็จะทำให้การจัดการมีความซับซ้อนมากขึ้น
ฉันขอแนะนำให้ใช้แผนการบำรุงรักษาแยกต่างหากเพื่อสำรองฐานข้อมูล CA ของคุณผ่านงานตามกำหนดเวลา แผนการบำรุงรักษานี้ควรรวมถึงกระบวนการ (certutil หรือ PKPSI Powershell) เพื่อลบคำขอใบรับรองเก่าที่ถูกปฏิเสธหรือรอดำเนินการเป็นประจำ รวมถึงใบรับรองที่หมดอายุ ไม่เพียงแต่จะช่วยในกรณีที่คุณต้องการย้ายข้อมูลหรือกู้คืน CA จากที่อื่น คุณควรทำการสำรองข้อมูลเป็นประจำ เช่น ฐานข้อมูลใดๆ เพื่อล้างบันทึกธุรกรรมและตรวจสอบให้แน่ใจว่าทุกอย่างถูกคอมมิต
หากต้องการดำเนินการต่อ ให้สำรองข้อมูลทั้งหมดของ CA - รวมถึงคีย์ CA - ไปยังไดเร็กทอรีบนไดรฟ์ข้อมูลในเครื่องที่ไม่มีฐานข้อมูล CAเรียกไดเร็กทอรีบางอย่างเช่น CABackup จากนั้นสร้างไดเร็กทอรีย่อยที่ระบุว่า "Initial Backup" กำหนดเป้าหมายการสำรองข้อมูลครั้งแรกของคุณที่นั่น ควรเก็บคีย์ส่วนตัวของ CA ไว้ในที่ที่ปลอดภัยโดยมีบันทึกรหัสผ่านที่ใช้บันทึก ส่งออกคีย์รีจิสทรีด้วย HKLM:\SYSTEM\CurrentControlSet\Services\CertSvc\Configuration\[CAName]
ไปยังโฟลเดอร์สำรองของคุณ
สำหรับการบำรุงรักษาตามปกติ เรามีสคริปต์ที่สร้างโฟลเดอร์สำรองข้อมูลใหม่ภายใต้โฟลเดอร์พาเรนต์ "CABackup" ทุกครั้งที่เรียกใช้ - ไดเร็กทอรีจะต้องว่างเปล่าสำหรับข้อมูลสำรองแต่ละรายการ จะสำรองฐานข้อมูล CA เท่านั้น โดยปกติแล้วไดเร็กทอรีสำรองข้อมูล CA และเนื้อหาจะถูกเก็บถาวรเป็นเทปพร้อมกับข้อมูลสำรองระบบไฟล์ปกติที่เหลือ สคริปต์เดียวกันยังดำเนินการล้างข้อมูล REQ ที่เก่าและใบรับรองที่หมดอายุ หากการสำรองข้อมูลในเครื่องสำเร็จ
คุณควรมีขั้นตอนการลบข้อมูลสำรองเก่า - เราเก็บ 5 รายการล่าสุดไว้ - แต่อย่าลบโฟลเดอร์ข้อมูลสำรองเริ่มต้นของคุณ แน่นอน หากคุณเปลี่ยนคีย์ CA ด้วยเหตุผลบางประการ ให้ทำการสำรองข้อมูลเริ่มต้นใหม่ทั้งคีย์ DB และ CA
ในโดเมนที่มี CA และ DC อยู่ร่วมกัน ในกรณีที่ทั้งโดเมนต้องการการกู้คืน ฉันจะไม่ใช้ DC ที่โฮสต์ CA เป็นเป้าหมายในการกู้คืน DC สำรองใด ๆ จะดีกว่า หากโดเมนจริงมีความสมบูรณ์ แต่มีบางอย่างผิดปกติกับ ADDS บนเซิร์ฟเวอร์ที่ใช้ร่วมกัน ฉันจะลบ ADDS และสร้าง DC ใหม่
หาก CA ต้องการการกู้คืน แต่ไม่ใช่ DC ฉันจะใช้โอกาสนี้ในการย้าย CA คีย์ reg ที่ส่งออกช่วยเร่งกระบวนการ แต่ให้แน่ใจว่าคุณกำหนดค่าอินสแตนซ์ CA ที่กู้คืนด้วย FQDN เซิร์ฟเวอร์ใหม่ใน Registry นี้ ขั้นตอนการโยกย้าย CA อธิบาย กระบวนการ. นอกจากนี้ ตามปกติแล้ว ให้ทดสอบกระบวนการกู้คืน CA ในสภาพแวดล้อมที่แยกจากกัน
การกู้คืนทั้ง DC และ CA ด้วยการกู้คืนสถานะระบบอาจทำได้ดีอย่างสมบูรณ์แบบ แต่ตามจริงแล้วหนึ่งในนั้นอาจสร้างความเครียดได้พอสมควรฉันเคยทำด้วยตัวเองเพียงครั้งเดียวเมื่อหลายวันก่อนในสภาพแวดล้อมที่มีเซิร์ฟเวอร์ DC/CA/ไฟล์ "ทุกอย่าง" เพียงเครื่องเดียว
ฉันขอแนะนำให้ย้าย CA ของคุณโดยเร็วที่สุด ก่อนที่คุณจะเกิด "หนี้ทางเทคนิค" มากกว่านี้ สามารถอยู่ร่วมกับบทบาทอื่นๆ ที่มีความสำคัญน้อยกว่า เช่น เซิร์ฟเวอร์ KMS หรือ WSUS หากคุณมีข้อจำกัดเกี่ยวกับจำนวนระบบที่คุณมีได้ หากคุณไม่มีข้อจำกัด คุณควรทำรูทออฟไลน์แบบสองชั้นพร้อมการตั้งค่า CA ระดับกลาง บทความการย้ายข้อมูลที่ลิงก์ไว้ด้านบนนั้นคุ้มค่าที่จะอ่านแม้เพียงเพื่อข้อมูลของคุณ - การย้ายข้อมูลขั้นพื้นฐานไม่ใช่กระบวนการที่ยากมาก
นอกจากนี้ สิ่งที่คุณควรทำอย่างแน่นอน หากคุณเก็บการกำหนดค่าปัจจุบันของคุณไว้ (ชั่วระยะเวลาหนึ่ง) โดยเร็วที่สุดเท่าที่จะเป็นไปได้ ให้ลองกู้คืนสถานะระบบในสภาพแวดล้อมแบบแยก รวมถึงการเพิ่ม DC ใหม่อย่างน้อยหนึ่งรายการไปยังโดเมนที่กู้คืน และตรวจสอบให้แน่ใจว่า CA สามารถ ออกใบรับรองให้กับลูกค้าที่ทำอยู่ในปัจจุบัน สิ่งนี้ควรช่วยชี้แจงจุดปวดที่อาจเกิดขึ้น