Score:1

รายการ MS SQL Always-On Listener DNS สูญหายในโดเมนเนื่องจากการไล่ออก - สิ่งนี้ควรคาดหวังหรือไม่

ธง cn

เมื่อรัน MS SQL ด้วยกลุ่ม / ผู้ฟังที่เปิดตลอดเวลา เป็นที่คาดหมายว่ารายการ DNS ของผู้ฟังที่เปิดตลอดเวลาจะยังคงใช้งานอยู่ใน DNS ของโดเมนหรือไม่ เมื่อสร้าง Listener รายการ DNS จะถูกเพิ่มไปยังเซิร์ฟเวอร์ AD DNS ที่มีหลาย IP ซึ่งเป็นส่วนหนึ่งของการกำหนดค่า HA

รายการ DNS สำหรับฟังที่เปิดตลอดเวลาหายไปหลังจากเวลาผ่านไประยะหนึ่ง และบันทึกระบุว่ามีการไล่ขยะที่วิ่งและล้างข้อมูลในบันทึก โดยพิจารณาว่ามันเก่า

สิ่งนี้คาดหวังหรือมีกลไกบางอย่างใน SQL Always-On ที่ควรรักษา DNS ของผู้ฟังให้คงอยู่ หรือมีคำแนะนำอื่น ๆ เพื่อให้รายการคงอยู่ใน DNS หรือไม่ หรือพฤติกรรมที่ไม่คาดคิด?

หากเซิร์ฟเวอร์ SQL ถูกรีสตาร์ท (OS) + ล้มเหลวตลอดเวลา รายการ DNS จะถูกเพิ่มกลับโดยอัตโนมัติ

Ben Thul avatar
cn flag
ที่อยู่ IP ถูกกำหนดให้กับผู้ฟังผ่าน DHCP หรือไม่ ถ้าเป็นเช่นนั้น ฉันขอแนะนำด้วยเหตุผลนี้ (เช่นเดียวกับเหตุผลที่ค่อนข้างใหญ่ซึ่งก็คือ "คุณยินดีรอนานแค่ไหนเพื่อให้ไคลเอ็นต์เชื่อมต่อใหม่ *เมื่อ* (ไม่ใช่ถ้า) ผู้ฟังได้รับ IP ใหม่")
cn flag
ไม่ ไม่ใช่ DHCP IP แบบคงที่ถูกเลือกอย่างชัดเจนและใช้ในการตั้งค่า AG Listener เมื่อตั้งค่า Listener บางอย่างใน AG จะจัดการลงทะเบียนชื่อโฮสต์เป็น DNS ระเบียน A มี 2 IP และไคลเอ็นต์ที่เชื่อมต่อกับ Listener มีพารามิเตอร์ที่จัดการ Active/Passive ของ Listener แต่จะมี 2 IP แบบคงที่เสมอ
Ben Thul avatar
cn flag
เข้าใจแล้ว."บางอย่าง" นั่นคือ Windows Clustering และควรรักษาชื่อเครือข่ายเสมือนและ IP ที่สอดคล้องกัน ฉันถามเกี่ยวกับ DHCP เนื่องจากการไล่ออกดูเหมือนว่ามีวัตถุประสงค์เพื่อใช้เป็นวิธีการเรียกคืนที่อยู่เก่าที่กำหนดโดย DHCP

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา