ข้ามไปยังเนื้อหา
ศูนย์ข้อมูลของ Google ในสิงคโปร์ยามค่ำ ภาพประกอบข่าว Cloud SQL enhanced backups DR replica
Cloud

Cloud SQL enhanced backups DR replica รองรับแล้ว ผูกแผนสำรองกับอินสแตนซ์หลักที่มีสำเนา DR

ศูนย์ข้อมูลของ Google ในสิงคโปร์ ภาพประกอบ ไม่ใช่ภาพจากประกาศ ภาพ: Google

Cloud SQL enhanced backups DR replica ตามประกาศ Google Cloud 13 พ.ย. 2026 ผูกแผน Backup and DR กับอินสแตนซ์หลักที่มีสำเนา DR ทั้ง MySQL PostgreSQL SQL Server

โดย กองบรรณาธิการ THAI DATA อ่าน 4 นาที

แชร์FacebookXLINELinkedIn

สรุปประเด็นสำคัญ

  • Google Cloud บันทึกใน release notes เมื่อ 13 พฤศจิกายน 2026 ว่า Cloud SQL enhanced backups รองรับอินสแตนซ์ที่มี DR replica แล้ว ครอบคลุม 3 เอนจิน คือ MySQL, PostgreSQL และ SQL Server
  • ผู้ดูแลผูก แผนสำรองของ Backup and DR 1 แผน เข้ากับอินสแตนซ์หลักที่มี DR replica โดยตรง และผูกกับอินสแตนซ์ที่เพิ่ง promote เป็นหลักได้หลังเกิด promote, switchover หรือ failover
  • enhanced backups เก็บในโปรเจกต์สำรองส่วนกลางและกำหนดเก็บได้ถึง 10 ปี (3,653 วัน) เทียบกับ 1 ปี ของ standard backups ตามตารางในเอกสาร
  • เมื่ออินสแตนซ์หลักถูกลดเป็น replica ระหว่าง switchover หรือ failover การผูกแผนสำรองจะเข้าสู่สถานะ paused อัตโนมัติ ส่วนค่าใช้จ่ายคิดตามขนาดสำรองใน backup vault

Google Cloud บันทึกใน release notes เมื่อ 13 พฤศจิกายน 2026 ว่า Cloud SQL enhanced backups รองรับอินสแตนซ์ที่มี disaster recovery (DR) replica แล้ว ผู้ดูแลผูกแผนสำรองของ Backup and DR เข้ากับอินสแตนซ์หลักที่มี DR replica ได้โดยตรง ทั้ง Cloud SQL for MySQL, PostgreSQL และ SQL Server ข่าว Cloud SQL enhanced backups DR replica นี้ปิดช่องที่ทีมต้องเลือกระหว่างสำเนา DR กับการสำรองข้อมูลส่วนกลาง

หน้าเอกสาร Cloud SQL for PostgreSQL เรื่องตัวเลือกการสำรองข้อมูล standard backups และ enhanced backups
หน้าเอกสาร Cloud SQL for PostgreSQL เรื่องตัวเลือกการสำรองข้อมูล standard backups และ enhanced backups ภาพ: Google Cloud (ภาพหน้าจอ)

Cloud SQL enhanced backups DR replica ผูกแผนสำรองอย่างไร

หัวใจของ Cloud SQL enhanced backups DR replica คือผูกแผนสำรองกับอินสแตนซ์ที่ถูกต้องในแต่ละช่วงของการสลับระบบ

เอกสารของ Cloud SQL อธิบายว่า enhanced backups จัดการและเก็บสำเนาสำรองไว้ในโปรเจกต์สำรองส่วนกลาง ผ่านบริการ Backup and DR โดยมีนโยบายเก็บข้อมูลที่บังคับใช้ การตั้งเวลาละเอียด และการเฝ้าติดตาม ส่วนเรื่อง DR replica เอกสารระบุดังนี้

  • อินสแตนซ์หลักที่มี DR replica: ผูกแผนสำรองของ enhanced backups กับอินสแตนซ์หลักนั้นได้
  • เมื่อ promote DR replica: ตอน promote, switchover หรือ replica failover ผู้ดูแลผูกแผนสำรองกับอินสแตนซ์ที่ถูก promote เป็นหลักได้
  • เมื่ออินสแตนซ์หลักถูกลดเป็น replica: การผูกแผนสำรองเข้าสู่สถานะ paused โดยอัตโนมัติ
  • ผูกกับ replica ตรง ๆ ไม่ได้: ต้องผูกกับอินสแตนซ์หลัก หรือกับ replica หลัง promote แล้ว
เจ้าหน้าที่ศูนย์ข้อมูลของ Google ในห้องปฏิบัติงาน ภาพประกอบ
เจ้าหน้าที่ศูนย์ข้อมูลของ Google ในห้องปฏิบัติงาน ภาพประกอบ ภาพ: Google

Cloud SQL enhanced backups ต่างจาก standard backups อย่างไร

ตารางจากหน้า Choose your backup option เทียบสองแบบไว้ดังนี้ ใช้กับ Cloud SQL for PostgreSQL และเอกสาร MySQL กับ SQL Server มีหน้าเทียบกันในโครงเดียวกัน

คุณสมบัติ Standard backups Enhanced backups
จัดการสำรองส่วนกลางข้ามโปรเจกต์ ไม่มี มี
Backup vault ไม่มี มี
ตารางสำรองอัตโนมัติ รายวัน รายชั่วโมง รายวัน รายสัปดาห์ รายเดือน รายปี
อายุเก็บสำรอง 1 ปี 10 ปี
เก็บสำรองเมื่อลบโปรเจกต์ ไม่มี มี
Retention lock ไม่มี มี
สำรองข้าม Region มี มี

เอกสารเสริมว่าถ้า backup vault อยู่ในโปรเจกต์แยกจากอินสแตนซ์ สำรองจะยังอยู่เมื่อโปรเจกต์ต้นทางถูกลบ และบทบาทผู้ดูแลแยกจาก Cloud SQL Admin Google แนะนำให้สร้าง vault และแผนสำรองในโปรเจกต์คนละตัวกับอินสแตนซ์

เจ้าหน้าที่ศูนย์ข้อมูลของ Google ถือแล็ปท็อปหน้าลังไม้ในพื้นที่ Bulk Storage ภาพประกอบเรื่องการสำรองข้อมูล
เจ้าหน้าที่ศูนย์ข้อมูลของ Google ถือแล็ปท็อปหน้าลังไม้ในพื้นที่ Bulk Storage ภาพประกอบเรื่องการสำรองข้อมูล ภาพ: Google
ล็อกเกอร์หลากสีเรียงเป็นแถวในศูนย์ข้อมูลของ Google
ล็อกเกอร์หลากสีเรียงเป็นแถวในศูนย์ข้อมูลของ Google ภาพประกอบ ภาพ: Google

ข้อจำกัดและค่าใช้จ่ายของ Cloud SQL enhanced backups DR replica

เอกสารระบุข้อจำกัดหลายข้อที่ทีมต้องรู้ก่อนใช้กับอินสแตนซ์ที่มี DR replica

  • แผนสำรองต้องอยู่ Region เดียวกับอินสแตนซ์ ส่วน backup vault อยู่ Region เดียวกัน คนละ Region หรือเป็น multi-region ที่เข้ากันได้
  • ถ้าใช้ CMEK แล้ว Region ของอินสแตนซ์ใช้ไม่ได้ จะกู้สำรองข้าม Region ไม่ได้
  • กู้ ณ จุดเวลา (PITR) จากสำรองข้าม Region ได้เฉพาะไปยังอินสแตนซ์ใหม่ใน Region เดียวกับอินสแตนซ์ต้นทาง
  • vault เลือกได้ที่มี minimum enforced retention ไม่เกิน 10 ปี (3,653 วัน)
  • ค่าใช้จ่ายคิดตามขนาดสำรองที่เก็บใน backup vault ตามราคา Backup and DR และถ้า vault อยู่ต่าง Region จะมีค่าโอนข้อมูลระหว่าง Region เพิ่ม

เมื่อทำ major หรือ minor version upgrade หรือ promote replica Cloud SQL สร้างสำรองเชิงปฏิบัติการเก็บใน vault ให้อัตโนมัติ ถ้าสร้างใน vault ไม่ได้ จะสร้าง standard backup ในโปรเจกต์ของอินสแตนซ์แทน ซึ่งคิดราคา standard และลบได้

หน้า Release notes ของ Cloud SQL บนเอกสาร Google Cloud
หน้า Release notes ของ Cloud SQL บนเอกสาร Google Cloud ภาพ: Google Cloud (ภาพหน้าจอ)

ทำไม Cloud SQL enhanced backups DR replica สำคัญกับองค์กรไทย

การรองรับ Cloud SQL enhanced backups DR replica เกี่ยวข้องกับองค์กรที่ใช้ Cloud SQL ตั้งแต่ระบบบัญชีไปจนถึงระบบสมาชิก

องค์กรที่ตั้ง DR replica ไว้แล้ว มักคิดว่าฐานข้อมูลปลอดภัย แต่สำเนา DR ถูกลบหรือเสียหายตามฐานหลักได้ถ้าข้อมูลเสียหายถูกส่งต่อไป สำรองใน vault ที่แยกโปรเจกต์ มี retention lock และเก็บได้ถึง 10 ปี จึงเป็นอีกชั้นที่เอกสารออกแบบมาให้แยกจากอินสแตนซ์ การรองรับ DR replica ทำให้ทีมไม่ต้องเลือกว่าจะใช้ DR หรือ enhanced backups อย่างใดอย่างเดียว ส่วนค่าใช้จ่ายและความซับซ้อนของการ switchover ที่ต้องดูแลเพิ่มยังต้องทดสอบเอง

สิ่งที่ควรทำก่อนเปิด Cloud SQL enhanced backups DR replica

ก่อนใช้ Cloud SQL enhanced backups DR replica กับระบบจริง ควรทำตามรายการนี้

  • ตรวจว่าอินสแตนซ์ที่มี DR replica ใช้ standard หรือ enhanced backups อยู่ และอ่านขั้นตอน Enable enhanced backups เพราะการผูกแผนสำรองจะเขียนทับการตั้งค่าสำรองเดิม
  • สร้างโปรเจกต์สำรองแยกและกำหนดผู้ดูแล Backup and DR คนละชุดกับผู้ดูแลฐานข้อมูล
  • ซ้อม switchover และดูว่าการผูกแผนสำรองเข้าสู่สถานะ paused แล้วต้องผูกใหม่อย่างไร
  • ตั้งระยะเก็บตามนโยบายองค์กรและกฎหมายที่เกี่ยวข้อง โดยจำไว้ว่า retention lock ทำให้ลบก่อนครบเวลาไม่ได้ตามชื่อของฟีเจอร์
  • ประเมินค่าสำรองและค่าโอนข้อมูลข้าม Region จากหน้าราคา Backup and DR ก่อนเลือกที่ตั้ง vault

บริการของ THAI DATA CLOUD ที่เกี่ยวข้อง

ฐานข้อมูลที่มีทั้งสำเนา DR และสำเนาสำรอง ยังควรมีสำเนาอีกชุดที่เก็บแยกจากผู้ให้บริการคลาวด์รายเดียว On-Premise to Cloud Backup ของ THAI DATA CLOUD สำรองข้อมูลจากเซิร์ฟเวอร์ในองค์กรขึ้นคลาวด์อย่างต่อเนื่อง ด้วย Continuous Data Protection และ Hybrid Cloud Backup ใช้วางเป็นอีกชั้นของแผนกู้คืนได้ (THAI DATA CLOUD เป็นผู้ดำเนินงานเว็บไซต์นี้)

ติดตามข่าวคลาวด์เพิ่มเติมได้ที่หมวดคลาวด์

คำถามที่พบบ่อย

Cloud SQL enhanced backups DR replica คืออะไร?

ตามประกาศของ Google Cloud เมื่อ 13 พ.ย. 2026 คือการที่ enhanced backups ของ Cloud SQL รองรับอินสแตนซ์หลักที่มี DR replica ผู้ดูแลผูกแผนสำรองของ Backup and DR กับอินสแตนซ์หลักนั้นได้โดยตรง ใช้กับ MySQL, PostgreSQL และ SQL Server

Cloud SQL enhanced backups DR replica ต่างจาก standard backups อย่างไร?

สำหรับ Cloud SQL enhanced backups DR replica เอกสารระบุว่า enhanced backups เก็บในโปรเจกต์สำรองส่วนกลางผ่าน Backup and DR ตั้งตารางได้ตั้งแต่รายชั่วโมงถึงรายปี และเก็บได้ถึง 10 ปี ส่วน standard backups เก็บในโปรเจกต์เดียวกับอินสแตนซ์ ตั้งตารางรายวัน และเก็บได้ 1 ปี

เมื่อ promote DR replica แล้ว Cloud SQL enhanced backups DR replica ทำอย่างไร?

เมื่อใช้ Cloud SQL enhanced backups DR replica ผู้ดูแลผูกแผนสำรองกับอินสแตนซ์ที่ถูก promote เป็นหลักได้ ส่วนอินสแตนซ์เดิมที่ถูกลดเป็น replica จะมีการผูกแผนเข้าสู่สถานะ paused อัตโนมัติ ตามที่เอกสาร Cloud SQL อธิบาย

Cloud SQL enhanced backups DR replica มีข้อจำกัดอะไร?

Cloud SQL enhanced backups DR replica ผูกแผนสำรองกับ replica ตรง ๆ ไม่ได้ ต้องผูกกับอินสแตนซ์หลักหรือ replica ที่ promote แล้ว แผนสำรองต้องอยู่ Region เดียวกับอินสแตนซ์ และถ้าใช้ CMEK จะกู้สำรองข้าม Region ไม่ได้ขณะ Region ของอินสแตนซ์ใช้งานไม่ได้

แหล่งอ้างอิง

  1. Google Cloud release notes: November 13, 2026 (Cloud SQL for MySQL, PostgreSQL and SQL Server) — Google Cloud
  2. Choose your backup option - Cloud SQL for PostgreSQL — Google Cloud

บุคคล องค์กร และสถานที่ในข่าวนี้

เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว

องค์กรและบริษัท
Google Cloud117Google242
ผลิตภัณฑ์และเทคโนโลยี
Cloud SQL8MySQL18PostgreSQL31SQL Server31
แชร์FacebookXLINELinkedIn

พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ