แชร์ผ่าน

เตรียมการโยกย้ายข้อมูลไปยัง Power BI

  • บทความ

บทความนี้อธิบายเกี่ยวกับการดําเนินการที่คุณสามารถพิจารณาก่อนที่จะโยกย้ายไปยัง Power BI

แผนภาพแสดงขั้นตอนของการโยกย้ายข้อมูล Power BI ขั้นตอนก่อนการโยกย้ายข้อมูลจะถูกเน้นสําหรับบทความนี้

หมายเหตุ

สําหรับคําอธิบายทั้งหมดของกราฟิกด้านบน ดู ภาพรวมการโยกย้ายข้อมูล Power BI

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

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

เคล็ดลับ

หัวข้อส่วนใหญ่ที่กล่าวถึงในบทความนี้ยังใช้กับโครงการการใช้งาน Power BI มาตรฐานด้วย

สร้างการวิเคราะห์และการประเมินต้นทุน/ประโยชน์

ข้อควรพิจารณายอดนิยมหลายประการในระหว่างการประเมินเบื้องต้นรวมถึงการได้รับ:

  • ความชัดเจนในกรณีธุรกิจและกลยุทธ์ BI เพื่อก้าวสู่สถานะในอนาคตที่ต้องการ
  • ความชัดเจนเกี่ยวกับความสําเร็จ และวิธีการวัดความคืบหน้าและความสําเร็จของการเริ่มต้นการโยกย้ายข้อมูล
  • ผลลัพธ์การคํานวณการประมาณการต้นทุนและผลตอบแทนต่อการลงทุน (ROI)
  • ผลลัพธ์ที่ประสบความสําเร็จสําหรับการริเริ่มใช้งาน Power BI ที่มีประสิทธิผลหลาย ๆ อย่างซึ่งมีขอบเขตและระดับความซับซ้อนที่น้อยกว่า

ระบุผู้ถือผลประโยชน์ร่วมและการสนับสนุนจากผู้บริหาร

ข้อควรพิจารณาหลายประการในการระบุผู้ถือผลประโยชน์ร่วมประกอบด้วย:

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

เคล็ดลับ

หากคุณกลัวว่าคุณจะเริ่มสื่อสารมากเกินไปมันอาจเป็นเรื่องที่ถูกต้อง

สร้างแบบจําลองนโยบายการกํากับดูแลเบื้องต้น

รายการสําคัญหลายรายการซึ่งต้องจัดการในช่วงต้นของการใช้งาน Power BI ประกอบด้วย:

  • เป้าหมายเฉพาะสําหรับ การปรับ ใช้และที่ Microsoft Fabric และ Power BI พอดีกับกลยุทธ์ BI โดยรวมสําหรับองค์กร
  • วิธีการจัดการบทบาทผู้ดูแลระบบ Fabric โดยเฉพาะอย่างยิ่งในองค์กรแบบกระจายอํานาจ
  • นโยบายที่เกี่ยวข้องกับการบรรลุผลสําเร็จเกี่ยวกับข้อมูลที่เชื่อถือได้: การใช้แหล่งข้อมูลที่เชื่อถือได้ การแก้ไขปัญหาคุณภาพของข้อมูล และการใช้คําศัพท์ที่สอดคล้องกันและคําจํากัดความทั่วไป
  • กลยุทธ์ความปลอดภัยและความเป็นส่วนตัวของข้อมูลสําหรับแหล่งข้อมูล แบบจําลองข้อมูล รายงาน และการนําส่งเนื้อหาไปยังผู้ใช้ภายในและภายนอก
  • วิธีการปฏิบัติตามข้อบังคับภายในและภายนอก กฎระเบียบ และข้อกําหนดการตรวจสอบจะต้องเป็นไปตามนั้น

สำคัญ

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

ดําเนินการวางแผนการปรับใช้เบื้องต้น

การวางแผนการปรับใช้เบื้องต้นเกี่ยวข้องกับการกําหนดมาตรฐาน นโยบาย และการกําหนดลักษณะสําหรับการใช้งาน Power BI ขององค์กร

โปรดทราบว่า ขั้นตอนที่ 2 อ้างอิงการวางแผนการปรับใช้ระดับโซลูชัน กิจกรรมขั้นที่ 2 ควรเคารพการตัดสินใจระดับองค์กรเมื่อใดก็ตามที่เป็นไปได้

รายการที่สําคัญบางอย่างซึ่งต้องจัดการในช่วงต้นของการใช้งาน Power BI ประกอบด้วย:

  • การตั้งค่าผู้เช่า Fabric การตัดสินใจ ซึ่งควรจัดทําเป็นเอกสาร
  • การตัดสินใจในการจัดการ พื้นที่ทํางาน ซึ่งควรจัดทําเป็นเอกสาร
  • การพิจารณาและการตั้งค่าที่เกี่ยวข้องกับข้อมูลและ วิธีการแจกจ่ายเนื้อหา เช่น แอป พื้นที่ทํางาน การแชร์ การสมัครใช้งาน และการฝังเนื้อหา
  • การตั้งค่าที่เกี่ยวข้องกับ โหมดแบบจําลองความหมาย เช่น การใช้โหมดการนําเข้า โหมด DirectQuery หรือการรวมทั้งสองโหมดใน โมเดลแบบรวม
  • การรักษาความปลอดภัยข้อมูลและการเข้าถึง
  • การทํางานกับ แบบจําลอง ความหมายที่ใช้ร่วมกันสําหรับการนํากลับมาใช้ใหม่
  • การใช้ ใบรับรอง ข้อมูลเพื่อส่งเสริมการใช้ข้อมูลที่เชื่อถือได้และน่าเชื่อถือ
  • การใช้ชนิดรายงานที่แตกต่างกัน รวมถึงรายงาน Power BI รายงาน Excel หรือรายงานที่มีการแบ่งหน้าสําหรับกรณีการใช้งานหรือหน่วยธุรกิจที่แตกต่างกัน
  • เปลี่ยนแนวทางการจัดการสําหรับการจัดการรายการ BI แบบรวมศูนย์และรายการ BI ที่จัดการทางธุรกิจ
  • แผนการฝึกอบรมสําหรับผู้บริโภค ผู้สร้างแบบจําลองข้อมูล ผู้เขียนรายงาน และผู้ดูแลระบบ
  • การสนับสนุนสําหรับผู้เขียนเนื้อหาโดยใช้เทมเพลต Power BI Desktop วิชวลแบบกําหนดเอง และมาตรฐานการออกแบบรายงานที่จัดทําเป็นเอกสาร
  • ขั้นตอนและกระบวนการจัดการความต้องการของผู้ใช้ เช่น การขอใบอนุญาตการใช้งานใหม่ การเพิ่มแหล่งข้อมูลเกตเวย์ใหม่ การได้รับสิทธิ์ในแหล่งข้อมูลเกตเวย์ การขอพื้นที่ทํางานใหม่ การเปลี่ยนแปลงสิทธิ์ของพื้นที่ทํางาน และข้อกําหนดทั่วไปอื่น ๆ ที่อาจพบได้เป็นประจํา

สำคัญ

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

สร้างสถาปัตยกรรมเบื้องต้น

สถาปัตยกรรมโซลูชัน BI ของคุณจะพัฒนาและเติบโตขึ้นเมื่อเวลาผ่านไป งานการตั้งค่า Power BI ที่ต้องจัดการทันทีประกอบด้วย:

สำคัญ

ในบางครั้งที่บทความนี้อ้างอิงถึง Power BI Premium หรือการสมัครใช้งานความจุ (P SKU) โปรดทราบว่าในขณะนี้ Microsoft กําลังรวมตัวเลือกการซื้อและหยุดใช้งาน Power BI Premium ต่อความจุ SKU ลูกค้าใหม่และลูกค้าที่มีอยู่ควรพิจารณาซื้อการสมัครใช้งานความจุ Fabric (F SKU) แทน

สําหรับข้อมูลเพิ่มเติม โปรดดู ที่ การอัปเดตที่สําคัญเกี่ยวกับการให้สิทธิ์การใช้งาน Power BI Premium และ คําถามที่ถามบ่อยของ Power BI Premium

กําหนดเกณฑ์ความสําเร็จในการโยกย้าย

งานแรกคือการทําความเข้าใจว่าความสําเร็จเป็นอย่างไรสําหรับการโยกย้ายโซลูชันส่วนบุคคล คําถามที่คุณอาจถามมีดังนี้:

  • อะไรคือแรงจูงใจและวัตถุประสงค์เฉพาะสําหรับการโยกย้ายข้อมูลนี้? สําหรับข้อมูลเพิ่มเติม ดูภาพรวมการโยกย้ายข้อมูล Power BI (พิจารณาเหตุผลการโยกย้าย) บทความนี้อธิบายถึงสาเหตุที่พบได้บ่อยที่สุดสําหรับการโยกย้ายข้อมูลไปยัง Power BI แน่นอน วัตถุประสงค์ของคุณควรระบุไว้ที่ระดับองค์กร นอกเหนือจากนั้น การโยกย้ายโซลูชัน BI แบบเดิมอาจได้รับประโยชน์อย่างมากจากการประหยัดค่าใช้จ่าย ในขณะที่การโยกย้ายโซลูชัน BI แบบเดิมอาจมุ่งเน้นไปที่การได้รับประโยชน์จากการเพิ่มประสิทธิภาพเวิร์กโฟลว์
  • ต้นทุน/ประโยชน์หรือ ROI ที่คาดหวังสําหรับการโยกย้ายข้อมูลนี้คืออะไร การทําความเข้าใจอย่างชัดเจนเกี่ยวกับความคาดหวังที่เกี่ยวข้องกับต้นทุน ความสามารถที่เพิ่มขึ้น ลดความซับซ้อน หรือเพิ่มความคล่องตัว เป็นประโยชน์ในการวัดผลความสําเร็จ ซึ่งสามารถให้หลักการชี้นําเพื่อช่วยในการตัดสินใจในระหว่างกระบวนการโยกย้ายข้อมูล
  • อะไรคือตัวชี้วัดประสิทธิภาพหลัก (KPI) ที่จะใช้ในการวัดความสําเร็จ? รายการต่อไปนี้แสดงตัวอย่าง KPI บางส่วน:
    • จํานวนรายงานที่แสดงผลจากแพลตฟอร์ม BI เดิมลดลงเดือนต่อเดือน
    • จํานวนรายงานที่แสดงผลจาก Power BI เพิ่มขึ้นเดือนต่อเดือน
    • จํานวนรายงานผู้บริโภค Power BI เพิ่มขึ้นไตรมาสต่อไตรมาส
    • เปอร์เซ็นต์ของรายงานที่โยกย้ายข้อมูลไปยังการผลิตตามวันที่เป้าหมาย
    • การลดต้นทุนค่าใช้จ่ายในการออกใบอนุญาตปีต่อปี

เคล็ดลับ

บันทึกกิจกรรม Power BI สามารถใช้เป็นแหล่งในการวัดความก้าวหน้าของ KPI ได้

จัดเตรียมคลังรายงานที่มีอยู่

การเตรียมคลังรายงานที่มีอยู่ในแพลตฟอร์ม BI เดิมเป็นขั้นตอนสําคัญในการทําความเข้าใจสิ่งที่มีอยู่แล้ว ผลลัพธ์ของขั้นตอนนี้เป็นข้อมูลในการประเมินระดับความพยายามในการโยกย้ายข้อมูล กิจกรรมที่เกี่ยวข้องกับการจัดเตรียมรายการคลังสามารถรวมถึง:

  1. Inventory of reports: รวบรวมรายการของรายงานและแดชบอร์ดที่ผู้สมัครโยกย้าย
  2. Inventory ของแหล่งข้อมูล: รวบรวมรายการของแหล่งข้อมูลทั้งหมดที่เข้าถึงโดยรายงานที่มีอยู่ ซึ่งควรมีทั้งแหล่งข้อมูลขององค์กรตลอดจนแหล่งข้อมูลของแผนกและส่วนบุคคล กระบวนการนี้ไม่สามารถเปิดเผยแหล่งข้อมูลที่ไม่ได้รู้จักก่อนหน้านี้ในแผนก IT ซึ่งมักเรียกว่าเงา IT
  3. บันทึกการตรวจสอบ: รับข้อมูลจากบันทึกการตรวจสอบแพลตฟอร์ม BI เดิมเพื่อทําความเข้าใจรูปแบบการใช้งานและช่วยเหลือในการจัดลําดับความสําคัญ ข้อมูลสําคัญที่จะได้รับจากบันทึกการตรวจสอบประกอบด้วย:
    • จํานวนครั้งโดยเฉลี่ยของแต่ละรายงานที่ปฏิบัติการต่อสัปดาห์/เดือน/ไตรมาส
    • จํานวนผู้บริโภคเฉลี่ยต่อรายงานต่อสัปดาห์/เดือน/ไตรมาส
    • ผู้บริโภคสําหรับแต่ละรายงาน โดยเฉพาะรายงานที่ใช้โดยผู้บริหาร
    • วันที่ล่าสุดแต่ละรายงานถูกปฏิบัติการ

หมายเหตุ

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

สํารวจตัวเลือกอัตโนมัติ

เป็นไปไม่ได้ที่จะดําเนินการแปลง Power BI แบบอัตโนมัติแบบ end-to-end โดยสมบูรณ์

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

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

ใน บทความถัดไปในชุดการโยกย้ายข้อมูล Power BI นี้จะเป็นการเรียนรู้เกี่ยวกับขั้นตอนที่ 1 ซึ่งเกี่ยวข้องกับการรวบรวมและจัดลําดับความสําคัญของข้อกําหนดเมื่อโยกย้ายข้อมูลไปยัง Power BI

แหล่งข้อมูลที่เป็นประโยชน์อื่นๆ ได้แก่:

คู่ค้า Power BI ที่มีประสบการณ์พร้อมที่จะช่วยให้องค์กรของคุณประสบความสําเร็จด้วยกระบวนการโยกย้ายข้อมูล หากต้องการค้นหาคู่ค้า Power BI โปรดไปที่พอร์ทัลคู่ค้า Microsoft Power BI