Migration SQL Server ไป Azure SQL Database ควรเริ่มจากความเข้ากันได้และแผนตรวจรับ ไม่ใช่ย้ายไฟล์แล้วเปลี่ยน connection string ทันที บทนี้แบ่งเป็น 3 เทคนิคที่ใช้จัดงานจริง: ประเมินก่อนย้าย เลือกวิธีส่งข้อมูล และวาง cutover พร้อมทางย้อนกลับ
Migration SQL Server เทคนิคที่ 1: ประเมินปลายทางกับระบบเดิม
Azure SQL Database เป็นบริการฐานข้อมูลแบบ PaaS ขอบเขตการจัดการต่างจากSQL Server ที่ติดตั้งเอง จึงต้องตรวจฟีเจอร์ที่แอปใช้งาน งานระดับ instance, jobs, logins และการเชื่อมข้ามฐานข้อมูล ไม่สมมติว่าทุกอย่างย้ายได้เหมือนเดิม
ทำรายการขนาดฐานข้อมูล รุ่นต้นทาง compatibility level, tables, views, procedures, functions, jobs, integrations และบัญชีที่ใช้งาน จากนั้นประเมินกับภาพรวมการ migration ของ Microsoft หากต้องพึ่งความสามารถระดับ instance มาก ให้เปรียบเทียบAzure SQL Managed Instance หรือ SQL Server บน VM ก่อนสรุปเป้าหมาย
ตัวอย่างรายการที่ต้องได้ก่อนอนุมัติแผน
หัวข้อ | ตัวอย่างคำตอบที่ต้องชัด |
|---|---|
หยุดบริการได้เท่าไร | เจ้าของงานระบุ maintenance window และช่วงทดสอบ |
ข้อมูลเปลี่ยนเร็วเท่าไร | วัดปริมาณเขียนระหว่างทดลองย้าย |
ระบบไหนเชื่อมอยู่ | เว็บ รายงาน ETL และบัญชีที่ใช้แต่ละงาน |
กู้กลับอย่างไร | จุดสำรองล่าสุด ผลทดสอบ restore และผู้ตัดสินใจ |
เทคนิคที่ 2: เลือกวิธีย้ายตาม downtime และขอบเขต
แนวทางที่พบในคู่มือ SQL Server to Azure SQL Database มีทั้งการย้ายแบบ offline และวิธี sync ที่มีข้อกำหนดเฉพาะ ต้องตรวจเครื่องมือรุ่นที่ใช้และเส้นทางต้นทาง–ปลายทางก่อนลงมือ
แนวทาง | เหมาะพิจารณาเมื่อ | ข้อควรตรวจ |
|---|---|---|
BACPAC / SqlPackage | ย้าย schema และ data โดยมีช่วงหยุดหรือแหล่งข้อมูลคงที่ | BACPAC ไม่ใช่ไฟล์ .bak; ตรวจความสอดคล้องข้อมูลและ objects ที่รองรับ |
Azure Database Migration Service | ต้องการ workflow migration ที่รองรับเส้นทางดังกล่าว | ตรวจโหมด offline/online และข้อกำหนดของเส้นทางจริง ไม่อ้างว่า DMS ทุกแบบ online |
Transactional replication | ต้องการลดช่วงหยุดและต้นทางรองรับ | ตรวจข้อจำกัด replication และ compatibility รวมงานที่ไม่ได้ย้ายอัตโนมัติ |
อย่าเลือกเครื่องมือจากคำว่า “ย้ายได้” เพียงอย่างเดียว ให้ทดลองด้วยสำเนาที่มีขนาดและรูปแบบใกล้ระบบจริง วัดเวลาย้ายและการตรวจข้อมูลรวมกัน บทMigrate SQL Server ไป Azure SQL Database ใช้เป็นบริบทเสริม แต่ต้องเทียบเมนูและเครื่องมือในบทเก่ากับเอกสารปัจจุบัน
หากต้องแปลงโครงสร้างหรือรวมหลายแหล่งข้อมูล ให้แยกงานETL ออกจากการย้ายฐานข้อมูลที่ต้องรักษาความหมายเดิม การเพิ่ม transformation โดยไม่บันทึกกติกาจะทำให้ตรวจยอดก่อน–หลังยากขึ้น
เทคนิคที่ 3: ตรวจรับก่อน cutover และเตรียมย้อนกลับ
สำรองและทดลองกู้คืนต้นทางในพื้นที่แยก
ย้าย schema/data ในสภาพแวดล้อมทดลอง ตรวจ objects และสิทธิ์ตามรายการ
เปรียบเทียบจำนวนแถว ยอดรวมสำคัญ ข้อมูลล่าสุด และความสัมพันธ์ของข้อมูล
รันทดสอบการทำงานจากแอป เช่น สร้างรายการ ค้นหา และออกรายงาน ด้วยข้อมูลทดสอบ
ตกลงช่วงหยุดการเขียน ย้ายหรือ sync ส่วนที่เหลือ แล้วตรวจซ้ำ
เปลี่ยนการเชื่อมต่อเมื่อเจ้าของงานอนุมัติ เฝ้าดูข้อผิดพลาดและประสิทธิภาพตามช่วงเวลาที่กำหนด
ตัวอย่างเกณฑ์ตรวจรับที่ไม่ดูเพียงจำนวนแถว
กรณีสมมติ | คำตอบที่คาดหวัง |
|---|---|
Orders มี 3 รายการ ยอด 40, 100, 60 | 3 แถว และยอดรวม 200 |
ยอดรวมเท่ากันแต่ customer_id สลับ | ต้องไม่ผ่าน แม้ SUM เท่ากัน |
ข้อมูลอักษรไทยและเวลา | แสดงตรงและตีความ timezone ตามข้อตกลง |
บัญชีรายงานแบบอ่านอย่างเดียว | อ่านได้ แต่เขียนหรือแก้ schema ไม่ได้ |
กำหนดจุดย้อนกลับ เช่น แอปหลักทำรายการไม่ได้หรือข้อมูลสำคัญไม่ครบ หากมีธุรกรรมใหม่ที่ปลายทางแล้ว ห้ามเพียงสลับกลับฐานข้อมูลเก่าโดยละเลยข้อมูลใหม่ ต้องเก็บและกระทบยอดก่อน เพื่อไม่ให้รายการสูญหายหรือซ้ำ
สิ่งที่มักลืมหลังย้าย
งานตามเวลาและระบบภายนอกที่ยังชี้ต้นทาง
สิทธิ์ผู้ใช้ credentials และวิธีจัดเก็บความลับ
baseline query performance และการตั้ง alert
การสำรอง ระยะเวลาเก็บ และการทดลอง restore ของปลายทาง
เอกสารเจ้าของระบบและคู่มือเหตุขัดข้อง
คำถามที่พบบ่อย
ใช้ .bak restore เข้า Azure SQL Database ตรง ๆ เหมือน SQL Server ได้ไหม?
อย่าถือว่าเป็นขั้นตอนเดียวกัน ให้เลือกวิธี migration ที่รองรับ Azure SQL Database และแยกจาก Managed Instance หรือ VM
ย้ายสำเร็จแล้วลบต้นทางได้เลยไหม?
ยังไม่ควร ต้องผ่านช่วงตรวจรับ แผนเก็บสำรอง และเงื่อนไขการเลิกใช้ที่เจ้าของระบบอนุมัติ
ตัวเลขในตัวอย่างเป็นเกณฑ์ทุกระบบหรือไม่?
ไม่ใช่ เป็นตัวอย่างให้เห็นวิธีตรวจ ต้องเพิ่มกฎและยอดควบคุมที่สำคัญกับงานจริง
หลักสูตรที่เกี่ยวข้อง
Microsoft SQL Server Essential · Microsoft SQL Server Database Administration · Provisioning SQL Server and SQL Azure · ETL with SQL Server Integration Service (SSIS)
เลือกเส้นทางเรียนตามพื้นฐานและหน้าที่งาน ตรวจรายละเอียดหลักสูตรก่อนสมัคร ไม่ได้หมายความว่าทุกหลักสูตรครอบคลุมทุกฟีเจอร์ในบทนี้
วิดีโอเดิมเพื่อประกอบบริบท
วิดีโอจัดทำในช่วงก่อนปรับปรุงบทความ เมนู ราคา รุ่น และเงื่อนไขบางส่วนอาจต่างจากปัจจุบัน ใช้ข้อความที่ทบทวนและเอกสารทางการประกอบ ไม่ใช้คำคาดการณ์ในวิดีโอเป็นข้อยืนยันปัจจุบัน
