หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
นําไปใช้กับ:✅ Warehouse ใน Microsoft Fabric
บทความนี้ให้รายละเอียดเกี่ยวกับกลยุทธ์ ข้อควรพิจารณา และวิธีการโยกย้ายคลังข้อมูลในพูล SQL เฉพาะของ Azure Synapse Analytics ไปยัง Microsoft Fabric คลังข้อมูล
เคล็ดลับ
ประสบการณ์อัตโนมัติสําหรับการโยกย้ายจากกลุ่ม SQL เฉพาะของ Azure Synapse Analytics สามารถใช้งานได้โดยใช้ Fabric Migration Assistant สําหรับ คลังข้อมูล บทความนี้ประกอบด้วยข้อมูลเชิงกลยุทธ์และการวางแผนที่สําคัญ
บทนําการโยกย้าย
ในฐานะที่ Microsoft ได้แนะนํา Microsoft Fabric ซึ่งเป็นโซลูชันการวิเคราะห์ SaaS แบบครบวงจรสําหรับองค์กรที่มีชุดบริการที่ครอบคลุม ซึ่งรวมถึง Data Factory, วิศวกรข้อมูล ing, คลังข้อมูล, วิทยาศาสตร์ข้อมูล, ข่าวกรองแบบเรียลไทม์ และ Power BI
บทความนี้มุ่งเน้นไปที่ตัวเลือกสําหรับการโยกย้าย schema (DDL) การย้ายรหัสฐานข้อมูล (DML) และการโยกย้ายข้อมูล Microsoft มีหลายตัวเลือกและที่นี่เรากล่าวถึงแต่ละตัวเลือกโดยละเอียดและให้คําแนะนําเกี่ยวกับตัวเลือกเหล่านี้ที่คุณควรพิจารณาสําหรับสถานการณ์ของคุณ บทความนี้ใช้เกณฑ์มาตรฐานอุตสาหกรรม TPC-DS สําหรับภาพประกอบและการทดสอบประสิทธิภาพ ผลลัพธ์จริงของคุณอาจแตกต่างกันโดยขึ้นอยู่กับปัจจัยหลายอย่าง รวมถึงชนิดของข้อมูล ชนิดข้อมูล ความกว้างของตาราง เวลาแฝงของแหล่งข้อมูล ฯลฯ
เตรียมพร้อมสําหรับการโยกย้าย
วางแผนโครงการการย้ายข้อมูลของคุณอย่างรอบคอบก่อนที่คุณจะเริ่มต้นใช้งาน และตรวจสอบให้แน่ใจว่าสคีมา โค้ด และข้อมูลของคุณเข้ากันได้กับ Fabric คลังข้อมูล มีข้อจํากัดบางอย่างที่คุณต้องพิจารณา วัดปริมาณงานการปรับโครงสร้างของรายการเข้ากันไม่ได้ ตลอดจนทรัพยากรอื่น ๆ ที่จําเป็นก่อนที่จะส่งการโยกย้ายข้อมูล
เป้าหมายหลักอีกประการหนึ่งของการวางแผนคือการปรับการออกแบบของคุณเพื่อให้แน่ใจว่าโซลูชันของคุณใช้ประโยชน์จากประสิทธิภาพการสืบค้นระดับสูงที่ Fabric คลังข้อมูล ได้รับการออกแบบมาเพื่อมอบให้อย่างเต็มที่ การออกแบบคลังข้อมูลสําหรับมาตราส่วนแนะนํารูปแบบการออกแบบที่ไม่ซ้ํากัน ดังนั้นวิธีดั้งเดิมจึงไม่ได้ดีที่สุดเสมอไป ตรวจสอบ หลักเกณฑ์ด้านประสิทธิภาพการทํางานเนื่องจากแม้ว่าการปรับปรุงการออกแบบบางอย่างจะสามารถดําเนินการได้หลังจากการโยกย้ายข้อมูล แต่การเปลี่ยนแปลงในกระบวนการก่อนหน้านี้จะช่วยคุณประหยัดเวลาและความพยายาม การโยกย้ายจากเทคโนโลยี/สภาพแวดล้อมหนึ่งไปยังอีกเทคโนโลยีหนึ่งเป็นความพยายามที่สําคัญเสมอ
แผนภาพต่อไปนี้แสดงถึงวงจรชีวิตการโยกย้ายที่แสดงเสาหลักที่ประกอบด้วยประเมินและประเมินแผนและออกแบบโยกย้ายการตรวจสอบและควบคุมปรับให้เหมาะสมและปรับโครงสร้างให้ทันสมัยด้วยงานที่เกี่ยวข้องในแต่ละเสาเพื่อวางแผนและเตรียมพร้อมสําหรับการโยกย้ายที่ราบรื่น
Runbook สําหรับการโยกย้าย
พิจารณากิจกรรมต่อไปนี้เป็นรันบุ๊กการวางแผนสําหรับการโยกย้ายของคุณจากพูล SQL เฉพาะของ Synapse ไปยัง Fabric คลังข้อมูล
-
ประเมินและประเมิน
- ระบุวัตถุประสงค์และแรงจูงใจ สร้างผลลัพธ์ที่ชัดเจนตามที่ต้องการ
- การค้นพบ การประเมิน และพื้นฐานสถาปัตยกรรมที่มีอยู่
- ระบุผู้ถือผลประโยชน์ร่วมและผู้สนับสนุนหลัก
- กําหนดขอบเขตของสิ่งที่จะโยกย้าย
- เริ่มต้นด้วยขนาดเล็กและเรียบง่าย เตรียมพร้อมสําหรับการโยกย้ายข้อมูลขนาดเล็กหลายรายการ
- เริ่มต้นการตรวจสอบและจัดทําเอกสารลําดับขั้นทั้งหมดของกระบวนการ
- สร้างสินค้าคงคลังของข้อมูลและกระบวนการสําหรับการโยกย้าย
- กําหนดการเปลี่ยนแปลงแบบจําลองข้อมูล (ถ้ามี)
- ตั้งค่าพื้นที่ทํางานของผ้า
- skillset/preference ของคุณคืออะไร?
- ทํางานโดยอัตโนมัติได้ทุกที่ที่เป็นไปได้
- ใช้เครื่องมือและคุณลักษณะที่มีอยู่ภายใน Azure เพื่อลดความพยายามในการโยกย้าย
- ฝึกอบรมพนักงานก่อนเวลาบนแพลตฟอร์มใหม่
- ระบุความต้องการที่เพิ่มขึ้นและสินทรัพย์การฝึกอบรม รวมถึง Microsoft Learn
-
การวางแผนและการออกแบบ
- กําหนดสถาปัตยกรรมที่ต้องการ
- เลือก วิธีการ/เครื่องมือสําหรับการโยกย้าย เพื่อทํางานต่อไปนี้ให้สําเร็จ:
- การแยกข้อมูลจากแหล่งข้อมูล
- การแปลง Schema (DDL) รวมถึงเมตาดาต้าสําหรับตารางและมุมมอง
- การนําเข้าข้อมูล รวมถึงข้อมูลในอดีต
- หากจําเป็น ให้วิศวกรแบบจําลองข้อมูลอีกครั้งโดยใช้ประสิทธิภาพของแพลตฟอร์มใหม่และการปรับขนาด
- การโยกย้ายรหัสฐานข้อมูล (DML)
- โยกย้ายหรือปรับโครงสร้างขั้นตอนการจัดเก็บและกระบวนการทางธุรกิจใหม่
- สินค้าคงคลังและแยกคุณลักษณะการรักษาความปลอดภัยและสิทธิ์ของวัตถุจากแหล่งข้อมูล
- ออกแบบและวางแผนเพื่อแทนที่/ปรับเปลี่ยนกระบวนการ ETL/ELT ที่มีอยู่สําหรับการโหลดแบบเพิ่มหน่วย
- สร้างกระบวนการ ETL/ELT แบบขนานไปยังสภาพแวดล้อมใหม่
- เตรียมแผนการย้ายข้อมูลโดยละเอียด
- แมปสถานะปัจจุบันไปยังสถานะใหม่ที่ต้องการ
-
อพยพ
- ดําเนินการ Schema ข้อมูล การโยกย้ายโค้ด
- การแยกข้อมูลจากแหล่งข้อมูล
- การแปลงเค้าร่าง (DDL)
- การนําเข้าข้อมูล
- การโยกย้ายรหัสฐานข้อมูล (DML)
- หากจําเป็น ให้ปรับมาตราส่วนทรัพยากรพูล SQL เฉพาะเพื่อช่วยความเร็วในการโยกย้ายชั่วคราว
- ใช้ความปลอดภัยและสิทธิ์
- โยกย้ายกระบวนการ ETL/ELT ที่มีอยู่สําหรับการโหลดแบบเพิ่มหน่วย
- โยกย้ายหรือปรับโครงสร้างกระบวนการโหลด ETL/ELT แบบเพิ่มหน่วย
- ทดสอบและเปรียบเทียบกระบวนการโหลดส่วนเพิ่มแบบขนาน
- ปรับแผนการย้ายรายละเอียดข้อมูลตามความจําเป็น
- ดําเนินการ Schema ข้อมูล การโยกย้ายโค้ด
-
การตรวจสอบและกํากับดูแล
- เรียกใช้พร้อมกัน เปรียบเทียบกับสภาพแวดล้อมต้นทางของคุณ
- ทดสอบแอปพลิเคชัน แพลตฟอร์มข่าวกรองธุรกิจ และเครื่องมือคิวรี
- Benchmark และปรับประสิทธิภาพคิวรีให้เหมาะสม
- ตรวจสอบและจัดการค่าใช้จ่าย ความปลอดภัย และประสิทธิภาพการทํางาน
- มาตรฐานนโยบายการกํากับดูแลและการประเมิน
- เรียกใช้พร้อมกัน เปรียบเทียบกับสภาพแวดล้อมต้นทางของคุณ
-
ปรับให้เหมาะสมและปรับให้ทันสมัย
- เมื่อธุรกิจมีความสะดวก แอปพลิเคชันการเปลี่ยนแปลงและแพลตฟอร์มการรายงานหลักไปยัง Fabric
- ปรับมาตราส่วนทรัพยากรขึ้น/ลงเป็นการเปลี่ยนปริมาณงานจาก Azure Synapse Analytics เป็น Microsoft Fabric
- สร้างเทมเพลตที่ทําซ้ําได้จากประสบการณ์สําหรับการโยกย้ายในอนาคต ย้ํา
- ระบุโอกาสสําหรับการปรับต้นทุนให้เหมาะสม การรักษาความปลอดภัย ความสามารถในการปรับขนาด และความเป็นเลิศในการดําเนินงาน
- ระบุโอกาสในการปรับปรุงอสังหาริมทรัพย์ของคุณให้ทันสมัยด้วย คุณลักษณะ Fabric ล่าสุด
- เมื่อธุรกิจมีความสะดวก แอปพลิเคชันการเปลี่ยนแปลงและแพลตฟอร์มการรายงานหลักไปยัง Fabric
'ลิฟท์และกะ' หรือทันสมัย?
โดยทั่วไปแล้ว มีสถานการณ์การโยกย้ายข้อมูลสองประเภทโดยไม่คํานึงถึงวัตถุประสงค์และขอบเขตของการย้ายที่วางแผนไว้: การยกและเปลี่ยนตามที่เป็น หรือวิธีการแบบเป็นระยะที่รวมการเปลี่ยนแปลงสถาปัตยกรรมและรหัส
ลิฟท์และกะ
ในการโยกย้ายลิฟต์และกะ โมเดลข้อมูลที่มีอยู่จะถูกโยกย้ายด้วยการเปลี่ยนแปลงเล็กน้อยไปยัง Fabric คลังข้อมูล ใหม่ วิธีการนี้จะลดความเสี่ยงและเวลาการโยกย้ายข้อมูลโดยลดการทํางานใหม่ที่จําเป็นในการตระหนักถึงประโยชน์ของการโยกย้ายข้อมูล
การโยกย้ายแบบยกและเลื่อนนั้นเหมาะสมสําหรับสถานการณ์เหล่านี้:
- คุณมีสภาพแวดล้อมที่มีอยู่พร้อมคลังสินค้าจํานวนน้อยที่จะโยกย้าย
- คุณมีสภาพแวดล้อมที่มีข้อมูลที่อยู่ในโครงสร้างแบบดาวหรือแบบจําลองแบบจําลองที่ออกแบบมาอย่างดีแล้ว
- คุณอยู่ภายใต้แรงกดดันด้านเวลาและต้นทุนในการย้ายไปยัง Fabric คลังข้อมูล
โดยสรุป วิธีการนี้ทํางานได้ดีสําหรับปริมาณงานที่ได้รับการปรับให้เหมาะสมกับสภาพแวดล้อมพูล SQL เฉพาะของ Azure Synapse ปัจจุบันของคุณ ดังนั้นจึงไม่จําเป็นต้องมีการเปลี่ยนแปลงที่สําคัญใน Fabric
ปรับให้ทันสมัยด้วยวิธีการแบบเป็นระยะ ๆ ด้วยการเปลี่ยนแปลงทางสถาปัตยกรรม
หากคลังข้อมูลเดิมมีการพัฒนามาเป็นเวลานาน คุณอาจต้องทําวิศวกรใหม่เพื่อรักษาระดับประสิทธิภาพที่จําเป็น
นอกจากนี้คุณอาจต้องการออกแบบสถาปัตยกรรมใหม่เพื่อใช้ประโยชน์จากเครื่องมือและคุณลักษณะใหม่ที่พร้อมใช้งานในพื้นที่ทํางาน Fabric
ความแตกต่างของการออกแบบ: พูล SQL เฉพาะของ Synapse และ Fabric คลังข้อมูล
พิจารณาความแตกต่างของคลังข้อมูล Azure Synapse และ Microsoft Fabric ต่อไปนี้ โดยเปรียบเทียบพูล SQL เฉพาะกับ Fabric คลังข้อมูล
ข้อควรพิจารณาของตาราง
เมื่อคุณย้ายตารางระหว่างสภาพแวดล้อมที่แตกต่างกัน โดยทั่วไปแล้วเฉพาะข้อมูลดิบและการโยกย้ายเมตาดาต้าจริง องค์ประกอบฐานข้อมูลอื่น ๆ จากระบบต้นทาง เช่น ดัชนี โดยปกติแล้วจะไม่ถูกโยกย้ายเนื่องจากอาจไม่จําเป็นหรือนํามาใช้แตกต่างกันในสภาพแวดล้อมใหม่
การปรับประสิทธิภาพให้เหมาะสมในสภาพแวดล้อมต้นทาง เช่น ดัชนี ระบุตําแหน่งที่คุณอาจเพิ่มการปรับประสิทธิภาพให้เหมาะสมในสภาพแวดล้อมใหม่ แต่ตอนนี้ Fabric จะดูแลคุณโดยอัตโนมัติ
ข้อควรพิจารณาของ T-SQL
มีความแตกต่างของไวยากรณ์ Data Manipation Language (DML) หลายแบบที่ต้องระวัง ดูที่พื้นที่พื้นผิว T-SQL ในคลังข้อมูลผ้า พิจารณาการประเมินโค้ดเมื่อเลือกวิธีการโยกย้ายสําหรับรหัสฐานข้อมูล (DML)
คุณอาจจําเป็นต้องเขียนส่วนต่างๆ ของรหัส T-SQL DML ของคุณใหม่ ทั้งนี้ขึ้นอยู่กับความแตกต่างของพาริตีในช่วงเวลาของการโยกย้าย
ความแตกต่างในการแมปชนิดข้อมูล
มีความแตกต่างของชนิดข้อมูลหลายชนิดใน Fabric คลังข้อมูล สําหรับข้อมูลเพิ่มเติม ดูชนิดข้อมูลใน Microsoft Fabric
ตารางต่อไปนี้แสดงการแมปของชนิดข้อมูลที่รองรับจากพูล SQL เฉพาะของ Synapse ไปยัง Fabric คลังข้อมูล
| พูล SQL เฉพาะ Synapse | คลังข้อมูล ผ้า |
|---|---|
| เงิน | ทศนิยม(19,4) |
| เงินสมอลมันนี่ | ทศนิยม(10,4) |
| Small วันที่เวลา | วันที่และเวลา 2 |
| วันที่และเวลา | วันที่และเวลา 2 |
| เอ็นชาร์ | เผา |
| นวาร์ชาร์ | วาร์ชาร์ |
| tinyint | smallint |
| binary | varbinary |
| วันที่เวลาออฟเซ็ต* | วันที่และเวลา 2 |
* Datetime2 ไม่เก็บข้อมูลออฟเซ็ตโซนเวลาพิเศษที่เก็บไว้ใน datetimeoffset เนื่องจากชนิดข้อมูล datetimeoffset ไม่ได้รับการสนับสนุนในขณะนี้ใน Fabric คลังข้อมูล ข้อมูลออฟเซ็ตโซนเวลาจะต้องถูกแยกลงในคอลัมน์แยกต่างหาก
เคล็ดลับ
พร้อมที่จะโยกย้ายหรือไม่
หากต้องการเริ่มต้นใช้งานด้วยประสบการณ์การโยกย้ายอัตโนมัติ โปรดดู ผู้ช่วยการโยกย้าย Fabric สําหรับ คลังข้อมูล
สําหรับขั้นตอนและรายละเอียดการโยกย้ายแบบแมนวลเพิ่มเติม โปรดดู วิธีการโยกย้ายสําหรับพูล SQL เฉพาะของ Azure Synapse Analytics ไปยัง Fabric คลังข้อมูล