การวางแผนการย้ายถิ่น: SQL Server ถึง Fabric คลังข้อมูล

นําไปใช้กับ: < / c0 >< c1 / >คลังสินค้าใน Microsoft Fabric

บทความนี้อธิบายกลยุทธ์ ข้อควรพิจารณา และวิธีการย้ายคลังข้อมูลจาก SQL Server ไปยัง Microsoft Fabric คลังข้อมูล

Tip

ประสบการณ์การย้ายข้อมูลอัตโนมัติจาก SQL Server สามารถใช้ได้โดยใช้ Fabric Migration Assistant for คลังข้อมูล บทความนี้ประกอบด้วยข้อมูลเชิงกลยุทธ์และการวางแผนที่สําคัญ

บทนําการโยกย้าย

Microsoft Fabric เป็นโซลูชันการวิเคราะห์ SaaS แบบครบวงจรสําหรับองค์กรที่ให้บริการครบวงจร เช่น Data Factory, Data Engineering, Data Warehousing, Data Science, Real-Time Intelligence และ Power BI

บทความนี้อธิบายตัวเลือกสําหรับสคีมา (DDL), โค้ดฐานข้อมูล (DML) และการย้ายข้อมูล พร้อมช่วยคุณเลือกตัวเลือกสําหรับสถานการณ์ของคุณ ใช้มาตรฐานอุตสาหกรรม TPC-DS สําหรับการแสดงประกอบและการทดสอบประสิทธิภาพ ผลลัพธ์ของคุณอาจแตกต่างกันขึ้นอยู่กับปัจจัยต่าง ๆ เช่น ชนิดข้อมูล ความกว้างของตาราง และความหน่วงของแหล่งที่มา

เตรียมพร้อมสําหรับการโยกย้าย

วางแผนโครงการย้ายข้อมูลของคุณอย่างรอบคอบก่อนเริ่ม และตรวจสอบให้แน่ใจว่าสคีมา โค้ด และข้อมูลของคุณเข้ากันได้กับ Fabric คลังข้อมูล ลองพิจารณาข้อจํากัด วัดปริมาณงานการปรับโครงสร้างของรายการเข้ากันไม่ได้ ตลอดจนทรัพยากรอื่น ๆ ที่จําเป็นก่อนที่จะส่งการโยกย้ายข้อมูล

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

แผนภาพต่อไปนี้แสดงวงจรชีวิตการย้ายข้อมูล รายการนี้ระบุเสาหลักหลักที่ประกอบด้วย การประเมินและประเมินผล การวางแผนและออกแบบ การ ย้ายข้อมูลการติดตามและบริหารจัดการ และการ เพิ่มประสิทธิภาพและปรับปรุงให้ทันสมัย พร้อมงานที่เกี่ยวข้องในแต่ละเสาหลักเพื่อวางแผนและเตรียมความพร้อมสําหรับการย้ายข้อมูลที่ราบรื่น

แผนภาพวงจรชีวิตการย้ายข้อมูล รวมถึงการประเมินและประเมินผล วางแผนและออกแบบ ย้ายข้อมูล ตรวจสอบและกํากับดูแล และปรับปรุงและทันสมัย

Runbook สําหรับการโยกย้าย

พิจารณากิจกรรมต่อไปนี้เป็นคู่มือการวางแผนสําหรับการย้ายจาก SQL Server ไปยัง Fabric คลังข้อมูล

  1. ประเมินและประเมิน
    1. ระบุวัตถุประสงค์และแรงจูงใจ สร้างผลลัพธ์ที่ชัดเจนตามที่ต้องการ
    2. ค้นหา ประเมิน และกําหนดมาตรฐานสถาปัตยกรรมที่มีอยู่
    3. ระบุผู้ถือผลประโยชน์ร่วมและผู้สนับสนุนหลัก
    4. กําหนดขอบเขตของสิ่งที่ต้องย้าย
      1. เริ่มต้นจากสิ่งเล็ก ๆ เรียบง่าย และเตรียมรับมือกับการย้ายข้อมูลเล็ก ๆ หลายครั้ง
      2. เริ่มต้นการตรวจสอบและจัดทําเอกสารลําดับขั้นทั้งหมดของกระบวนการ
      3. สร้างฐานข้อมูลและกระบวนการสําหรับการย้ายข้อมูล
      4. กําหนดการเปลี่ยนแปลงของโมเดลข้อมูล หากมี
      5. ตั้งค่าพื้นที่ทํางาน Fabric
    5. ประเมินทักษะและความชอบของทีมคุณ
      1. ทํางานโดยอัตโนมัติได้ทุกที่ที่เป็นไปได้
      2. ใช้เครื่องมือและฟีเจอร์ในตัวเพื่อลดความยุ่งยากในการย้ายข้อมูล
    6. ฝึกอบรมพนักงานก่อนเวลาบนแพลตฟอร์มใหม่
      1. ระบุความต้องการที่เพิ่มขึ้นและสินทรัพย์การฝึกอบรม รวมถึง Microsoft Learn
  2. การวางแผนและการออกแบบ
    1. กําหนดสถาปัตยกรรมที่ต้องการ
    2. เลือก วิธีการและเครื่องมือสําหรับการย้ายข้อมูล เพื่อดําเนินการดังต่อไปนี้:
      1. ดึงข้อมูลจากแหล่งที่มา
      2. แปลงสคีมา (DDL) รวมถึงเมตาดาต้าสําหรับตารางและวิว
      3. ข้อมูลนําเข้า รวมถึงข้อมูลในอดีต
        1. หากจําเป็น ให้ออกแบบโมเดลข้อมูลใหม่โดยใช้ประสิทธิภาพและความสามารถในการขยายของแพลตฟอร์มใหม่
      4. ย้ายโค้ดฐานข้อมูล (DML)
        1. โยกย้ายหรือปรับโครงสร้างขั้นตอนการจัดเก็บและกระบวนการทางธุรกิจใหม่
    3. สินค้าคงคลังและแยกคุณลักษณะการรักษาความปลอดภัยและสิทธิ์ของวัตถุจากแหล่งข้อมูล
    4. ออกแบบและวางแผนเพื่อแทนที่หรือปรับปรุงกระบวนการ ETL หรือ ELT ที่มีอยู่สําหรับภาระงานเพิ่มขึ้น
      1. สร้างกระบวนการ ETL หรือ ELT แบบขนานในสภาพแวดล้อมใหม่
    5. เตรียมแผนการย้ายข้อมูลโดยละเอียด
      1. แมปสถานะปัจจุบันไปยังสถานะที่ต้องการใหม่
  3. อพยพ
    1. ย้ายสคีมา ข้อมูล และโค้ด
      1. ดึงข้อมูลจากแหล่งที่มา
      2. แปลงสคีมา (DDL)
      3. การนําเข้าข้อมูล
      4. ย้ายโค้ดฐานข้อมูล (DML)
    2. หากจําเป็น ให้ขยายทรัพยากร SQL Server ชั่วคราวเพื่อเพิ่มความเร็วในการย้ายข้อมูล
    3. ใช้ความปลอดภัยและสิทธิ์
    4. ย้ายกระบวนการ ETL หรือ ELT ที่มีอยู่เพื่อโหลดแบบเพิ่มขึ้น
      1. ย้ายหรือปรับโครงสร้างกระบวนการโหลดแบบเพิ่มทีละน้อย ETL หรือ ELT
      2. ทดสอบและเปรียบเทียบกระบวนการโหลดแบบเพิ่มขนาน
    5. ปรับแผนการย้ายข้อมูลโดยละเอียดตามความจําเป็น
  4. การตรวจสอบและกํากับดูแล
    1. รันแบบขนาน และเปรียบเทียบกับสภาพแวดล้อมต้นทางของคุณ
      1. ทดสอบแอปพลิเคชัน แพลตฟอร์มข่าวกรองธุรกิจ และเครื่องมือคิวรี
      2. Benchmark และปรับประสิทธิภาพคิวรีให้เหมาะสม
      3. ตรวจสอบและจัดการค่าใช้จ่าย ความปลอดภัย และประสิทธิภาพการทํางาน
    2. ดําเนินการเปรียบเทียบและประเมินผลการกํากับดูแล
  5. ปรับให้เหมาะสมและปรับให้ทันสมัย
    1. เมื่อธุรกิจมีความสะดวก แอปพลิเคชันการเปลี่ยนแปลงและแพลตฟอร์มการรายงานหลักไปยัง Fabric
      1. ขยายทรัพยากรเมื่อภาระงานเปลี่ยนจาก SQL Server ไปยัง Microsoft Fabric
      2. สร้างเทมเพลตที่ทําซ้ําได้จากประสบการณ์สําหรับการโยกย้ายในอนาคต วนซ้ำ
      3. ระบุโอกาสในการเพิ่มประสิทธิภาพต้นทุน ความปลอดภัย ความสามารถในการขยาย และความเป็นเลิศในการดําเนินงาน
      4. ระบุโอกาสในการปรับปรุงอสังหาริมทรัพย์ของคุณให้ทันสมัยด้วย คุณลักษณะ Fabric ล่าสุด

ยกแล้วเปลี่ยนเกียร์ หรือปรับปรุงให้ทันสมัยดี?

โดยทั่วไปแล้ว มีสถานการณ์การโยกย้ายข้อมูลสองประเภทโดยไม่คํานึงถึงวัตถุประสงค์และขอบเขตของการย้ายที่วางแผนไว้: การยกและเปลี่ยนตามที่เป็น หรือวิธีการแบบเป็นระยะที่รวมการเปลี่ยนแปลงสถาปัตยกรรมและรหัส

ลิฟท์และกะ

ในการย้ายแบบลิฟต์และชิฟต์ คุณจะย้ายโมเดลข้อมูลที่มีอยู่โดยมีการเปลี่ยนแปลงเล็กน้อยไปยัง Fabric คลังข้อมูล ใหม่ วิธีการนี้จะลดความเสี่ยงและเวลาการโยกย้ายข้อมูลโดยลดการทํางานใหม่ที่จําเป็นในการตระหนักถึงประโยชน์ของการโยกย้ายข้อมูล

การโยกย้ายแบบยกและเลื่อนนั้นเหมาะสมสําหรับสถานการณ์เหล่านี้:

  • คุณมีสภาพแวดล้อมที่มีอยู่ที่มีดาต้ามาร์ทจํานวนน้อยเพื่อโยกย้าย
  • คุณมีสภาพแวดล้อมที่มีข้อมูลที่อยู่ในโครงสร้างแบบดาวหรือแบบจําลองแบบจําลองที่ออกแบบมาอย่างดีแล้ว
  • คุณอยู่ภายใต้แรงกดดันด้านเวลาและต้นทุนในการย้ายไปยัง Fabric คลังข้อมูล

โดยสรุป วิธีนี้ใช้ได้ดีสําหรับงานที่ปรับแต่งให้เหมาะกับสภาพแวดล้อม SQL Server ปัจจุบันของคุณ และจึงไม่จําเป็นต้องเปลี่ยนแปลง Fabric มากนัก

ปรับให้ทันสมัยด้วยวิธีการแบบเป็นระยะ ๆ ด้วยการเปลี่ยนแปลงทางสถาปัตยกรรม

หากคลังข้อมูลเก่าพัฒนามาเป็นเวลานาน คุณอาจต้องออกแบบใหม่เพื่อรักษาระดับประสิทธิภาพที่ต้องการ

คุณอาจต้องการออกแบบสถาปัตยกรรมใหม่เพื่อใช้ประโยชน์จากเอนจินและฟีเจอร์ใหม่ที่มีใน Fabric workspace

ความแตกต่างในการออกแบบระหว่าง SQL Server และ Fabric คลังข้อมูล

ลองพิจารณาความแตกต่างระหว่าง SQL Server กับ Fabric คลังข้อมูล ดังต่อไปนี้

ข้อควรพิจารณาของตาราง

เมื่อคุณย้ายตารางระหว่างสภาพแวดล้อมที่แตกต่างกัน โดยทั่วไปแล้วเฉพาะข้อมูลดิบและการโยกย้ายเมตาดาต้าจริง โดยปกติคุณจะไม่ย้ายองค์ประกอบฐานข้อมูลอื่น ๆ จากระบบต้นทาง เช่น ดัชนี เพราะอาจไม่จําเป็นหรือถูกนําไปใช้ในสภาพแวดล้อมใหม่แตกต่างกัน

การเพิ่มประสิทธิภาพในสภาพแวดล้อมต้นทาง เช่น ดัชนี จะบอกตําแหน่งที่คุณอาจเพิ่มการเพิ่มประสิทธิภาพในสภาพแวดล้อมใหม่ แต่ Fabric จะจัดการเรื่องนี้ให้โดยอัตโนมัติ

ข้อควรพิจารณาของ T-SQL

โปรดทราบถึงความแตกต่างทางไวยากรณ์หลายประการของ Data Manipulation Language (DML) ดูที่พื้นที่พื้นผิว T-SQL ในคลังข้อมูลผ้า นอกจากนี้ ควรพิจารณาการประเมินโค้ดเมื่อเลือกวิธีการย้ายโค้ดฐานข้อมูล (DML)

คุณอาจจําเป็นต้องเขียนส่วนต่างๆ ของรหัส T-SQL DML ของคุณใหม่ ทั้งนี้ขึ้นอยู่กับความแตกต่างของพาริตีในช่วงเวลาของการโยกย้าย

ความแตกต่างในการแมปชนิดข้อมูล

Fabric คลังข้อมูล มีความแตกต่างหลายประการของชนิดข้อมูลจากแพลตฟอร์ม Microsoft SQL อื่น ๆ สําหรับข้อมูลเพิ่มเติม ดูชนิดข้อมูลใน Microsoft Fabric

ตารางต่อไปนี้แสดงการแมปชนิดข้อมูลที่รองรับจาก SQL กลไกจัดการฐานข้อมูล ไปยัง Fabric คลังข้อมูล

SQL Server คลังข้อมูล ผ้า
money decimal(19,4)
smallmoney decimal(10,4)
smalldatetime datetime2
datetime datetime2
nchar char
nvarchar varchar
tinyint smallint
binary varbinary
datetimeoffset* datetime2

* datetime2 ไม่เก็บข้อมูลการเลื่อนโซนเวลาที่ datetimeoffset เก็บไว้ เนื่องจากชนิดข้อมูลนี้datetimeoffsetยังไม่รองรับใน Fabric คลังข้อมูล ให้ดึงข้อมูลออฟเซ็ตของเขตเวลามาแยกไว้ในคอลัมน์แยกต่างหาก

Tip

พร้อมที่จะโยกย้ายหรือไม่

หากต้องการเริ่มต้นใช้งานด้วยประสบการณ์การโยกย้ายอัตโนมัติ โปรดดู ผู้ช่วยการโยกย้าย Fabric สําหรับ คลังข้อมูล

สําหรับขั้นตอนและรายละเอียดการย้ายข้อมูลด้วยตนเองเพิ่มเติม โปรดดูที่ วิธีการย้ายข้อมูลสําหรับ SQL Server to Fabric คลังข้อมูล

เนื้อหาที่เกี่ยวข้อง

  • อัปเดตล่าสุดเมื่อ