ภาพรวมมาตรฐานในการโยกย้ายแบบจําลองข้อมูลขั้นสูง

ยูทิลิตี้การโยกย้าย CLI Microsoft Power Platform ย้ายการกําหนดค่าที่รองรับของไซต์ Power Pages ที่มีอยู่และบันทึกที่เกี่ยวข้องจากแบบจําลองข้อมูลมาตรฐานไปยังแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว จากนั้นจึงสลับไซต์เพื่อใช้การกําหนดค่าที่ถูกโยกย้าย

รูปแบบข้อมูลมาตรฐานจัดเก็บ Power Pages การกําหนดค่าไซต์ข้ามตารางที่ใช้คํานําหน้า adx_ แบบจําลองข้อมูลขั้นสูงจัดเก็บการกําหนดค่าไซต์ในตาราง Site Component (powerpagecomponent) และระบุแต่ละคอมโพเนนต์ตามชนิดคอมโพเนนต์ การทําความเข้าใจวิธีการทํางานของอรรถประโยชน์การโยกย้าย เทมเพลตใดที่สนับสนุน และการกําหนดเองที่ไม่อัปเดตโดยอัตโนมัติช่วยให้คุณตัดสินใจว่าจะย้ายไซต์เมื่อใดและจะย้ายไซต์อย่างไร

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

สิ่งสําคัญคือต้องทราบว่าไม่ใช่ทุกตาราง adx_* ย้ายไปยังpowerpagecomponent เฉพาะตารางเมตาดาต้า adx_* เท่านั้นซึ่งเป็นตารางที่อธิบายโครงสร้างและการเขียนพื้นผิวของไซต์ เช่น , adx_webtemplate, , , , adx_weblinkadx_entityformและ adx_entitylist — จะถูกรวมเข้า (powerpagecomponentโดยคุณสมบัติต่อแถวจะถูกย้ายไปยังคอลัมน์เนื้อหา JSON) adx_pagetemplateadx_sitesettingadx_contentsnippetadx_webpage

ตาราง adx_* แบบ transactional / runtime — ซึ่งเป็นตารางที่บันทึกกิจกรรมของผู้ใช้ปลายทางระหว่างรันไทม์ เช่น adx_invitation, adx_inviteredemption, adx_portalcomment, adx_externalidentity รวมถึงตารางการส่งและตารางบันทึกของฟอร์มเอนทิตี / ฟอร์มขั้นสูง — จะไม่ถูกย้ายไปยัง powerpagecomponent แต่จะยังคงอยู่ในสคีมาที่มีอยู่เดิมและจัดเก็บข้อมูลรันไทม์ต่อไปเช่นเดิม สิ่งที่เปลี่ยนไปสำหรับตารางธุรกรรมเหล่านั้นคือ การอ้างอิงไปยังระเบียนเมตาดาตาจะถูกเปลี่ยนเส้นทางใหม่ระหว่างการโยกย้ายข้อมูลอ้างอิง เพื่อให้ชี้ไปยังแถว powerpagecomponent ใหม่แทนแถว adx_* ของเมตาดาตาเดิม

ไซต์ที่มีอยู่ที่สร้างบนแบบจําลองข้อมูลมาตรฐานจะยังคงทํางานบนตาราง adx_* ดังนั้นแต่ละไซต์ต้องได้รับการโยกย้ายเพื่อใช้ประโยชน์จากแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว การโยกย้ายจะย้ายเมตาดาต้าการกําหนดค่าของไซต์ไปยังรูปร่างแบบจําลอง powerpagecomponent ข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว การอ้างอิงทรานแซคชันใหม่ไปยังเรกคอร์ดเมตาดาต้าใหม่เหล่านั้น และพลิกเรกคอร์ดไซต์เพื่อให้บริการจากแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว นอกจากนี้ยังเป็นตําแหน่งที่การกําหนดเอง - คอลัมน์ adx_* แบบกําหนดเอง Liquid ที่อ่านแอตทริบิวต์ adx_* FetchXML ผ่านตาราง adx_* ปลั๊กอิน และเวิร์กโฟลว์ — โผล่ออกมาและแก้ไขเนื่องจากการกําหนดค่าเหล่านั้นจะไม่ดําเนินการโดยอัตโนมัติและต้องเขียนใหม่หรือจัดโครงสร้างใหม่เพื่อทํางานกับแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว

ข้อกําหนดเบื้องต้น

  • Microsoft Power Platform CLIเวอร์ชัน 2.11.2 หรือใหม่กว่า ซึ่งเรียกใช้คําสั่งดาวน์โหลด การโยกย้าย สถานะ การเปิดใช้งาน และย้อนกลับของไซต์ สําหรับข้อมูลเพิ่มเติม โปรดดูติดตั้ง Power Platform CLI ล่าสุด
  • แพคเกจCDSBasePortalพอร์ทัลฐาน Dataverse 9.3.2607.x หรือใหม่กว่า ซึ่งมีคอมโพเนนต์ของพอร์ทัลพื้นฐานที่จําเป็น
  • Power Pages Core package PowerPages_Core1.0.2605.x หรือใหม่กว่า ซึ่งมีคอมโพเนนต์รันไทม์ Power Pages ที่จําเป็น อัปเดตโซลูชัน Power Pages
  • ผู้ดูแลระบบ Dynamics 365 บทบาทผู้ดูแลระบบหรือผู้ดูแลระบบ Power Platform ซึ่งจําเป็นต้องสลับหรือแปลงกลับแบบจําลองข้อมูลที่ใช้งานอยู่
  • ความคุ้นเคยกับ Power Platform CLI สําหรับ Power Pages
  • การทํางานแบบเบื้องหลัง จะเปิดใช้งานถ้าสภาพแวดล้อมอยู่ในโหมดการดูแลระบบ

ความสามารถของยูทิลิตีการย้ายข้อมูล

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

อรรถประโยชน์การโยกย้าย:

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

สําคัญ

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

เทมเพลตที่รองรับ

คุณสามารถโยกย้ายไซต์แบบจําลองข้อมูลมาตรฐานที่มีอยู่ซึ่งถูกสร้างขึ้นจากเทมเพลตต่อไปนี้:

  • เค้าโครงชุดเริ่มต้น 1-5
  • การประมวลผลแอปพลิเคชัน
  • เพจเปล่า
  • การลงทะเบียนโปรแกรม
  • กำหนดเวลาและจัดการการประชุม
  • คำถามที่ถามบ่อย
  • พอร์ทัลชุมชน (Dynamics 365)
  • พอร์ทัลบริการตนเองสำหรับลูกค้า (Dynamics 365)
  • Employee Self-Service Portal (Dynamics 365)
  • พอร์ทัลคู่ค้า (Dynamics 365)

โน้ต

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

ก่อนที่คุณจะเริ่มต้น

ข้อควรพิจารณาเกี่ยวกับการวางแผนเพิ่มเติม:

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

วางแผนลําดับสภาพแวดล้อม

การโยกย้ายสนับสนุนสภาพแวดล้อมที่แตกต่างกัน ด้วยโหมดที่แตกต่างกันสําหรับแต่ละสภาพแวดล้อม

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

สร้างโฟลเดอร์การทํางาน

ใช้โฟลเดอร์การทํางานที่ว่างเปล่าเพื่อเก็บรายงาน แหล่งไซต์ที่ดาวน์โหลด และไฟล์เปรียบเทียบ ตัวอย่างต่อไปนี้ใช้สําหรับ \<OUTPUT\> ตําแหน่งที่ตั้งนี้

mkdir C:\PowerPagesMigration\<site-name>
cd C:\PowerPagesMigration\<site-name>

ระยะการย้ายถิ่น

กระบวนการโยกย้ายประกอบด้วยสี่ขั้นตอน:

  1. การตรวจสอบล่วงหน้า — ตรวจสอบไซต์ รหัส CLI แพคเกจ โซลูชันเทมเพลต และสถานะการโยกย้าย
  2. การกําหนดค่า — ย้ายการกําหนดค่าในการกําหนดค่าการพัฒนาหรือการนําเข้าที่ทดสอบแล้วในสภาพแวดล้อมแบบดาวน์สตรีม
  3. โยกย้ายและเปิดใช้งาน — โยกย้ายระเบียนที่เกี่ยวข้อง ยืนยันการเสร็จสมบูรณ์ สลับแบบจําลอง และรีสตาร์ต
  4. Validate — ทดสอบลักษณะการทํางาน สิทธิ์ รหัสแบบกําหนดเอง และการเดินทางของเทมเพลต

สกรีนช็อตของผังงานที่แสดงมาตรฐานสําหรับกระบวนการโยกย้ายแบบจําลองข้อมูลขั้นสูง

ระยะที่ 1 (การค้นพบไซต์และการตรวจสอบล่วงหน้า) และระยะที่ 4 (การตรวจสอบหลังการโยกย้าย) จะทํางานด้วยวิธีเดียวกันสําหรับทุกไซต์

ระยะที่ 2 และระยะที่ 3 จะแยกเป็นแทร็ก โดยลักษณะของแต่ละระยะจะขึ้นอยู่กับโหมดการย้ายข้อมูล ซึ่งกำหนดแทร็กตามประเภทของสภาพแวดล้อม

แทร็กการเขียน (โหมดconfigurationDataหรือ all) ใช้สําหรับการพัฒนาและการตั้งค่าสภาพแวดล้อมเดียว เมตาดาต้าจะถูกโยกย้ายภายในเครื่อง และจะมีการสแกนและแก้ไขการปรับแต่งเทียบกับแหล่งข้อมูลแบบจําลองข้อมูลมาตรฐานก่อนที่จะย้ายการอ้างอิงทรานแซคชัน

แทร็คดาวน์สตรีม (โหมด configurationDataReferences) ใช้สําหรับสภาพแวดล้อมการทดสอบ UAT และการผลิตซึ่งมีการสันนิษฐานว่าเมตาดาต้าการกําหนดค่าจะถือว่าได้มาถึงผ่านการนําเข้าโซลูชัน ALM จาก Dev ในการดำเนินการตามแนวทางนี้ จะย้ายเฉพาะข้อมูลอ้างอิงของธุรกรรมเท่านั้น ข้อค้นพบเกี่ยวกับการปรับแต่งใดๆ บ่งชี้ว่ามีช่องว่างใน ALM ต้นทาง มากกว่าจะเป็นงานที่คุณควรดำเนินการในฝั่งของคุณเอง

ระยะที่ 1: การตรวจสอบล่วงหน้า

  1. ตรวจสอบเวอร์ชัน Power Platform CLI ของคุณด้วยpac --version ถ้าเวอร์ชันของคุณเป็นเวอร์ชันก่อนหน้าเวอร์ชันที่จําเป็น ให้ติดตั้งหรืออัปเดต Microsoft Power Platform CLI ก่อนดําเนินการต่อ

  2. ยืนยันตัวตนกับสภาพแวดล้อมเป้าหมาย

    1. รัน pac auth list
    2. รัน pac auth who

  3. ยืนยันว่าโปรไฟล์การรับรองความถูกต้องที่ใช้งานอยู่นั้นชี้ไปยังสภาพแวดล้อมที่มีไซต์นั้นอยู่ หากต้องการเลือกโพรไฟล์อื่นหรือสร้างโพรไฟล์ ให้ใช้ pac auth select หรือpac auth create -u "https://contoso.crm.dynamics.com"

  4. ติดตั้งโซลูชันแบบจําลองข้อมูลขั้นสูงสําหรับเทมเพลตของคุณโดยใช้วิธีใดวิธีหนึ่งต่อไปนี้:

    1. เตรียมใช้งานไซต์ของเทมเพลตของคุณด้วยค่าสถานะแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว (EDM) ที่เปิดใช้งานในศูนย์การจัดการ
    2. ใช้ CLI เพื่อติดตั้งด้วยคําสั่ง pac application install --application-name "PowerPages_PartnerPortal_V2"

  5. ค้นหาไซต์และบันทึกตัวระบุด้วยpac pages list -v

  6. บันทึกค่าที่แสดงในตารางต่อไปนี้

    ค่า ใช้สําหรับ
    ID เว็บไซต์ คําสั่งทั้งหมดmigrate-datamodel
    รหัสพอร์ทัล สลับไปยังแบบจําลองข้อมูลที่ปรับปรุงประสิทธิภาพแล้วแปลงกลับเป็นแบบจําลองข้อมูลมาตรฐาน
    ชื่อที่ใช้งานง่ายและ URL ยืนยันว่าคุณได้เลือกไซต์ที่ถูกต้องในศูนย์การจัดการ
    เวอร์ชันแบบจําลองข้อมูล ต้องเป็นมาตรฐาน หากมีสถานะเป็น Enhanced อยู่แล้ว ก็ไม่จำเป็นต้องโยกย้าย

    สําคัญ

    ID พอร์ทัลไม่ใช่ ID แอป Power Pages หาก CLI ไม่แสดง ID พอร์ทัล จะพร้อมใช้งานในศูนย์การจัดการ Power Platform ภายใต้ Resources>Power Pagesรายละเอียดไซต์> หรือผนวก/_services/aboutเข้ากับ URL ของไซต์ในขณะที่ลงชื่อเข้าใช้ด้วยสิทธิ์การเข้าถึงเว็บไซต์ที่จําเป็น

  7. ตรวจสอบการโยกย้ายก่อนหน้าหรือที่กําลังดําเนินการด้วยคําสั่งต่อไปนี้:

    pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus
    สถานะ ความหมาย การดำเนินการ
    NotStarted หรือไม่มีตัวติดตาม ไม่มีการโยกย้ายเริ่มขึ้น ดําเนินการตรวจสอบแพคเกจต่อไป
    ย้อนกลับ การโยกย้ายก่อนหน้านี้ย้อนกลับแล้ว ตรวจสอบสาเหตุที่มีการแปลงกลับ จากนั้นดําเนินการต่อเมื่อพร้อม
    เสร็จสิ้นแล้ว การโยกย้ายข้อมูลเสร็จสิ้นแล้ว แต่ไซต์อาจไม่ถูกสลับ ยืนยันแบบจําลองข้อมูลที่ใช้งานอยู่ ถ้ายังคงเป็น มาตรฐาน ให้ดําเนินการเปิดใช้งานต่อไป
    กำลังทำงาน การโยกย้ายยังคงประมวลผลอยู่ ตรวจสอบสถานะต่อไป อย่าเริ่มการโยกย้ายอื่นสําหรับไซต์เดียวกัน
    ล้มเหลวแล้ว การโยกย้ายพบข้อผิดพลาด รวบรวมผลลัพธ์คําสั่งและรายละเอียดสภาพแวดล้อม แก้ไขสาเหตุ และลองอีกครั้งหลังจากเข้าใจความล้มเหลวเท่านั้น

    โน้ต

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

  8. ตรวจสอบแพ็กเกจภายในที่จำเป็นด้วย pac solution list --includeSystemSolutions

    1. ยืนยันว่า CDSBasePortal, PowerPages_Core และโซลูชัน EDM สำหรับเทมเพลตของไซต์ได้รับการติดตั้งเป็นเวอร์ชันที่ต้องการ

  9. หากแพคเกจหายไปหรือล้าสมัย ให้อัปเดตจากศูนย์การจัดการ Power Platform:

    1. เปิดสภาพแวดล้อมเป้าหมาย
    2. ไปที่ ทรัพยากร>Dynamics 365 แอป
    3. ค้นหาแพคเกจที่จําเป็น
    4. เลือก ติดตั้ง หรือ อัปเกรด
    5. รอให้การดําเนินการเสร็จสิ้น จากนั้นเรียกใช้ pac solution list --includeSystemSolutions อีกครั้ง

    โน้ต

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

  10. สร้างรายงานการเลือกกําหนดด้วยpac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --siteCustomizationReportPath "<OUTPUT>" การสร้างรายงานจะไม่เปลี่ยนแปลงไซต์

  11. เปิดไฟล์ CSV ที่สร้างขึ้นและตรวจสอบแต่ละรายการที่อ้างอิงตารางแบบจําลองข้อมูลมาตรฐาน กําหนดเจ้าของและขั้นตอนการตรวจสอบความถูกต้องสําหรับการแก้ไขที่จําเป็นทั้งหมดก่อนการโยกย้ายการผลิต

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

    โน้ต

    รายงานการกําหนดค่าไม่พิสูจน์ว่าลักษณะการทํางานของไซต์ทั้งหมดทํางานหลังจากการโยกย้าย ยังคงต้องตรวจสอบความถูกต้อง

  12. เลือกโหมดการโยกย้ายเพื่อกําหนดว่ายูทิลิตี้โยกย้ายข้อมูลใดในการดําเนินการเดียว

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

ระยะที่ 2: การกําหนดค่าไซต์

แทร็กการเขียนเนื้อหา: สภาพแวดล้อมการพัฒนาหรือสภาพแวดล้อมเดียว

  1. ดาวน์โหลดค่าพื้นฐาน SDM โดยเรียกใช้ pac pages download --webSiteId "<WEBSITE_ID>" --modelVersion 1 --path "<OUTPUT>\site-sdm" คําสั่งสร้างโฟลเดอร์ย่อยที่ชื่อว่าสําหรับไซต์ บันทึกโฟลเดอร์ที่ประกอบด้วย website.ymlโดยตรง

  2. ย้ายการกำหนดค่าไซต์โดยเรียกใช้ pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --mode configurationData ถ้าคุณต้องการเส้นทางการดําเนินการเดียว ให้แทนที่configurationDataด้วยall

  3. ตรวจสอบสถานะการโยกย้ายโดยเรียกใช้ pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus ใช้รอบ PowerShell ต่อไปนี้เพื่อตรวจสอบสถานะหนึ่งครั้งต่อนาทีนานถึง 30 นาที:

    $webSiteId = "<WEBSITE_ID>"
for ($i = 1; $i -le 30; $i++) {
    $output = pac pages migrate-datamodel `
        --webSiteId $webSiteId `
        --checkMigrationStatus 2>&1 | Out-String
    if ($output -match "Completed|Failed|Reverted") {
        Write-Host $output
        break
    }
    Write-Host "Attempt $i/30 - migration is still running."
    Start-Sleep -Seconds 60
}

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

  4. แก้ไขการกําหนดค่าที่ได้รับรายงานใหม่โดยใช้รายงานการกําหนดเองและคําแนะนําในบทความนี้เพื่ออัปเดต FetchXML, Liquid, คอลัมน์แบบกําหนดเอง, ความสัมพันธ์, เวิร์กโฟลว์ และปลั๊กอินที่ได้รับผลกระทบ ทําการทดสอบแต่ละคอมโพเนนต์ที่เปลี่ยนแปลงอีกครั้ง ถ้าคุณปรับปรุงแหล่งข้อมูลที่ดาวน์โหลด อัปโหลดโฟลเดอร์ไซต์ที่ประกอบด้วย website.yml โดยตรงโดยการ pac pages upload --path "<OUTPUT>\site-sdm\<site-slug>" --modelVersion 1เรียกใช้

สายงานปลายทาง: ทดสอบ, UAT หรือใช้งานจริง

  1. นําเข้าโซลูชันที่ประกอบด้วยการกําหนดค่าไซต์ที่โยกย้ายและแก้ไขแล้ว ใช้ศูนย์การจัดการ Power Platform หรือไปป์ไลน์การปรับใช้งานที่สร้างขึ้นของคุณ

    pac solution import --path "<PATH_TO_SOLUTION_ZIP>" --activate-plugins true --publish-changes true

  2. ยืนยันว่าการกําหนดค่าไซต์ปรากฏอยู่โดยการเปิดแอป Power Pages Management ในสภาพแวดล้อมเป้าหมาย เรกคอร์ดไซต์และการกําหนดค่าที่คาดไว้จะต้องมีอยู่ก่อนที่จะโยกย้ายระเบียนที่เกี่ยวข้อง

  1. ย้ายระเบียนที่เกี่ยวข้องที่รองรับ ถ้าคุณเคยใช้ --mode allแล้ว ให้ข้ามขั้นตอนนี้ ตรวจสอบสถานะจนกว่าจะรายงานว่าเสร็จสมบูรณ์

    pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --mode configurationDataReferences
pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --checkMigrationStatus

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

    pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --updateDatamodelVersion --portalId "<PORTAL_ID>"

  3. รีสตาร์ทไซต์

    1. เปิด ศูนย์การจัดการ Power Platform
    2. ไปที่สภาพแวดล้อม จากนั้นเลือก ทรัพยากร>Power Pages ไซต์
    3. เลือกไซต์
    4. เลือก เริ่มระบบของคอมพิวเตอร์ใหม่ ถ้า ไม่สามารถเริ่มการทํางานใหม่ ได้ ให้ปิดใช้งานแล้วเปิดใช้งานไซต์
    5. รอให้การดําเนินงานเสร็จสิ้นก่อนการตรวจสอบความถูกต้อง

  4. ยืนยันแบบจําลองข้อมูลที่ใช้งานอยู่โดยใช้วิธีใดวิธีหนึ่งต่อไปนี้:

    1. ในศูนย์การจัดการ Power Platform ให้เลือกไซต์และยืนยันว่า แบบจําลองข้อมูล แสดง การปรับปรุงประสิทธิภาพแล้ว
    2. เปิดพื้นที่ทํางานการตั้งค่าของไซต์ใน Power Pages design studio และยืนยันแบบจําลองข้อมูลที่แสดง
    3. ยืนยันว่าการกําหนดค่าขั้นสูงเปิดขึ้นในแอป Power Pages Management
    4. เรียกใช้ pac pages list -v และยืนยันเวอร์ชันแบบจําลองข้อมูล

    Tip

    URL ของไซต์และการออกแบบวิชวลไม่เปลี่ยนแปลงเพียงเพราะมีการเปลี่ยนแปลงแบบจําลองข้อมูลที่ใช้งานอยู่ เมื่อต้องการตรวจสอบการโยกย้าย ให้ใช้การตรวจสอบเหล่านี้ ไม่ใช่ลักษณะที่ปรากฏของไซต์

ระยะที่ 4: ตรวจสอบไซต์ที่ถูกโยกย้าย

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

พื้นที่ สิ่งที่ต้องตรวจสอบ
หน้าและเนื้อหา โฮมเพจ หน้าเนื้อหาตัวแทน เทมเพลตเว็บ ส่วนย่อยของเนื้อหา ไฟล์เว็บ การนําทาง การเปลี่ยนเส้นทาง และเนื้อหาที่มีหลายภาษา
การรับรองความถูกต้อง ลงชื่อเข้าใช้ ลงชื่อออก การลงทะเบียน คําเชิญ ผู้ให้บริการข้อมูลประจําตัวภายนอก และประสบการณ์การใช้งานที่ถูกปฏิเสธการเข้าถึง
การอ นุ ญาต บทบาทของเว็บ สิทธิ์ตาราง การอนุญาตคอลัมน์ และกฎการเข้าถึงหน้าอนุญาตและปฏิเสธการดําเนินการที่คาดหวัง
ฟอร์มและรายการ ฟอร์มพื้นฐาน ฟอร์มหลายชั้น รายการ ฟอร์มเมตาดาต้า การส่ง ระเบียนที่เกี่ยวข้อง และเซสชันของแบบฟอร์มเว็บที่ใช้โดยไซต์
แบบเส้นทาง Dynamics 365 เส้นทางของลูกค้า พนักงาน ชุมชน หรือคู่ค้าหลักที่ใช้โดยการใช้งานของคุณ รวมถึงหน้าเทมเพลตเฉพาะและรูปแบบการเข้าถึง
โค้ดแบบกำหนดเอง Liquid, FetchXML, JavaScript, ปลั๊กอิน, เวิร์กโฟลว์ และการรวมที่ระบุในรายงานการกําหนดค่า
การตั้งค่าไซต์และแฟ้ม การตั้งค่าไซต์ รูปภาพ สิ่งที่แนบมา ไฟล์ SVG และไฟล์เว็บอื่น ๆ โหลดได้อย่างถูกต้อง
ข้อมูลและการอ้างอิง จํานวนระเบียนที่สําคัญและระเบียนที่เกี่ยวข้องที่ได้รับการสนับสนุนชี้ไปยังคอมโพเนนต์ของไซต์ที่ถูกโยกย้ายที่ถูกต้อง
การดูแลระบบ และ ALM ไซต์จะเปิดใน Power Pages Management และสามารถเพิ่มลงใน ส่งออกใน และนําเข้าจากโซลูชันได้ตามที่คาดไว้

ตรวจสอบการวินิจฉัยเบราว์เซอร์

เปิดเครื่องมือสําหรับนักพัฒนาเบราว์เซอร์ในขณะทดสอบหน้าตัวแทน ตรวจสอบ:

  • ข้อผิดพลาดของคอนโซลที่กล่าวถึง adx\_เอนทิตี Liquid หรือ FetchXML
  • การตอบสนอง HTTP 401 หรือ 403 จาก \_apiซึ่งสามารถระบุสิทธิ์หรือปัญหาบทบาทเว็บได้
  • การตอบสนองของ HTTP 500 ซึ่งสามารถระบุความล้มเหลวของ Liquid, FetchXML ปลั๊กอิน หรือการรวมได้

เกณฑ์ความสำเร็จของการโยกย้าย

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

ลําดับการโยกย้ายการผลิต

ใช้ลําดับการผลิตต่อไปนี้เพื่อลดความเสี่ยงในการโยกย้ายข้อมูล:

  1. สร้างสําเนาแบบเต็มของสภาพแวดล้อมการผลิตสําหรับการซ้อม
  2. ยืนยันข้อกําหนดเบื้องต้นของ CLI แพคเกจ และโซลูชันเทมเพลตในสภาพแวดล้อมที่คัดลอก
  3. สร้างและตรวจทานรายงานการกําหนดเอง
  4. ย้ายการกําหนดค่าในสภาพแวดล้อมการพัฒนาที่คัดลอก
  5. แก้ไขการกําหนดค่าเองและจับภาพการกําหนดค่าไซต์ที่ตรวจสอบแล้วในโซลูชันที่มีการจัดการ
  6. นําเข้าโซลูชันลงในสภาพแวดล้อมการฝึกซ้อม โยกย้ายระเบียนที่เกี่ยวข้องที่ได้รับการสนับสนุน เปิดใช้งานแบบจําลองข้อมูลที่ได้รับการปรับปรุง และทํารายการตรวจสอบความถูกต้องเต็มรูปแบบให้เสร็จสมบูรณ์
  7. ทําซ้ําการแก้ไขและฝึกซ้อมจนกว่าการทดสอบที่สําคัญทั้งหมดจะผ่าน
  8. จัดกําหนดการหน้าต่างการบํารุงรักษาการผลิต สื่อสารการตรวจสอบความถูกต้องและจุดการตัดสินใจย้อนกลับ และสํารองการผลิต
  9. ยืนยันข้อกําหนดเบื้องต้นของแพคเกจการผลิตและโซลูชันเทมเพลตอีกครั้ง
  10. นําเข้าโซลูชันที่มีการจัดการที่มีการตรวจสอบความถูกต้องไปยังการผลิต
  11. เรียกใช้ configurationDataReferencesตรวจสอบสถานะการโยกย้าย สลับแบบจําลองข้อมูลที่ใช้งานอยู่ และรีสตาร์ทไซต์
  12. เรียกใช้รายการตรวจสอบการตรวจสอบการผลิตและส่งกลับไซต์ให้ใช้ตามปกติหลังจากผ่านการทดสอบที่สําคัญเท่านั้น

แปลงกลับไซต์ที่โยกย้ายเป็นรูปแบบข้อมูลมาตรฐาน

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

pac pages migrate-datamodel --webSiteId "<WEBSITE_ID>" --revertToStandardDataModel --portalId "<PORTAL_ID>"

หลังจากเสร็จสิ้นคําสั่ง:

  1. รีสตาร์ทไซต์จากศูนย์การจัดการ Power Platform
  2. ยืนยันว่าไซต์แสดง มาตรฐาน เป็นแบบจําลองข้อมูลที่ใช้งานอยู่
  3. รันการทดสอบการตรวจสอบความถูกต้องที่สําคัญของไซต์อีกครั้ง
  4. เก็บรักษารายงานการโยกย้าย รายละเอียดข้อผิดพลาด และบันทึกย่อการแก้ไขก่อนที่จะพยายามโยกย้ายแบบอื่น

สําคัญ

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

การแก้ไขปัญหา

ข้อความหรืออาการ สาเหตุที่เป็นไปได้ การดำเนินการ
pac powerpages migrate-datamodel ไม่รู้จัก คําสั่งใช้ namespace ไม่ถูกต้องหรือ CLI ที่ล้าสมัย อัปเดต Power Platform CLI และใช้pac pages migrate-datamodel
CDSBasePortal หรือ PowerPages_Core ไม่ได้อยู่ในรายการ โซลูชันระบบไม่ได้รวมอยู่ในผลลัพธ์คําสั่ง หรือไม่ได้ติดตั้งแพคเกจ รัน pac solution list --includeSystemSolutions ติดตั้งหรืออัปเกรดแพคเกจที่ขาดหายไปจากศูนย์การจัดการ Power Platform
เว็บไซต์ไม่ได้รับการสนับสนุนสําหรับการโยกย้าย ไม่สนับสนุนเทมเพลตต้นฉบับ เวอร์ชันแพคเกจไม่เพียงพอ หรือโซลูชันเทมเพลต EDM ที่ตรงกันขาดหายไป ยืนยันสิทธิ์เทมเพลต เวอร์ชันแพคเกจ และโซลูชัน EDM ที่แสดงอยู่ในการอ้างอิงโซลูชันเทมเพลต
มีการส่งผ่านอาร์กิวเมนต์ --webSiteId ที่ไม่รู้จักสําหรับ pac pages upload คําสั่งอัปโหลดไม่ยอมรับอาร์กิวเมนต์ ID ของเว็บไซต์ ละเว้นอาร์กิวเมนต์ ไซต์ถูกระบุจาก website.yml
อัปโหลดไซต์ในตําแหน่งที่ไม่ถูกต้องหรือไม่สามารถค้นหาไซต์ได้ เส้นทางจะชี้ไปยังโฟลเดอร์ wrapper แทนที่จะเป็นโฟลเดอร์ของไซต์ ใช้โฟลเดอร์ลูกที่มี website.yml โดยตรง
ID พอร์ทัลที่แสดง Unknown หรือ N/A ไซต์ไม่ได้ใช้งานหรือ CLI ที่ติดตั้งไว้ไม่ส่งกลับค่า รับ ID พอร์ทัลจากศูนย์การจัดการ Power Platform หรือหน้าของ /_services/about ไซต์ อย่าใช้ ID แอป
รายงาน Completed การโยกย้ายแต่ไซต์ยังคงแสดง Standard ไม่มีการสลับแบบจําลองข้อมูลที่ใช้งานอยู่ หรือใช้รหัสพอร์ทัลที่ไม่ถูกต้อง เรียกใช้คําสั่งเปิดใช้งานด้วย ID เว็บไซต์และ ID พอร์ทัลที่ถูกต้อง จากนั้นรีสตาร์ทและตรวจสอบไซต์
สถานะจะยังคงอยู่ Running การโยกย้ายกำลังประมวลผลข้อมูลจำนวนมากอยู่หรือติดขัดอยู่ ตรวจสอบสถานะต่อไป รวบรวมรายละเอียดสภาพแวดล้อม แพคเกจ CLI เวลาเริ่มต้น และคําสั่งก่อนติดต่อฝ่ายสนับสนุน อย่าเริ่มการโยกย้ายครั้งที่สอง
สถานะคือ Failed แพคเกจ แม่แบบ การกําหนดค่า ข้อมูล หรือบริการหยุดการดําเนินการ บันทึกผลลัพธ์ของคําสั่งที่สมบูรณ์ แก้ไขสาเหตุที่ระบุ และลองอีกครั้งหลังจากตรวจทานสถานะการโยกย้ายที่ล้มเหลวเท่านั้น
ไซต์เปิดขึ้น แต่ผู้ใช้ไม่สามารถเข้าถึงข้อมูลที่คาดหวังได้ บทบาทของเว็บ สิทธิ์ตาราง หรือคิวรีแบบกําหนดเองจะไม่ทํางานอย่างที่คาดหวังหลังจากการโยกย้าย ตรวจสอบบทบาทเว็บ สิทธิ์ของตาราง สิทธิ์ของคอลัมน์ FetchXML Liquid และข้อผิดพลาดของเครือข่ายในเบราว์เซอร์

ข้อควรพิจารณาสำหรับการปรับแต่งไซต์

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

คอลัมน์แบบกําหนดเองบนตารางเมตาดาต้า

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

ความสัมพันธ์ระหว่างตารางแบบกําหนดเองและตารางเมตาดาต้า

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

การอ้างอิงของเหลวไปยังตารางเมตาดาต้า

แทนที่การเข้าถึงโดยตรง entities['adx_*'] ด้วยวัตถุ Liquid ที่ได้รับการสนับสนุนซึ่งมีอยู่ ตัวอย่างเช่น ให้ใช้weblinksออบเจ็กต์ Liquid แทนการคิวรี adx_weblinkset หรือตารางที่เกี่ยวข้องโดยตรง ตรวจสอบการใช้งานแต่ละครั้งเนื่องจากวัตถุที่ส่งกลับและแอตทริบิวต์ที่มีอยู่อาจแตกต่างกัน

การอ้างอิง FetchXML ไปยังตารางเมตาดาต้า

แทนที่การอ้างอิงเอนทิตีโดยตรง adx_ ด้วยตารางเสมือนหรือคิวรี powerpagecomponent และตัวกรองที่สอดคล้องกันโดย powerpagecomponenttype

ตัวอย่างแบบจําลองข้อมูลมาตรฐาน:

<fetch>
  <entity name="adx_webpage">
    <attribute name="adx_name" />
    <filter>
      <condition attribute="adx_partialurl" operator="eq" value="home" />
    </filter>
  </entity>
</fetch>

ตัวอย่างแบบจําลองข้อมูลขั้นสูง:

<fetch>
  <entity name="powerpagecomponent">
    <attribute name="name" />
    <filter type="and">
      <condition attribute="powerpagecomponenttype" operator="eq" value="2" />
      <condition attribute="partialurl" operator="eq" value="home" />
    </filter>
  </entity>
</fetch>

เวิร์กโฟลว์แบบกําหนดเองและปลั๊กอิน

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

การอ้างอิงคําสั่ง

วัตถุประสงค์ คำสั่ง
ตรวจสอบเวอร์ชัน CLI pac --version
ทํารายการโปรไฟล์การรับรองความถูกต้อง pac auth list
สร้างโปรไฟล์การรับรองความถูกต้อง pac auth create -u "<ENV_URL>"
แสดงไซต์และตัวระบุ pac pages list -v
แสดงรายการโซลูชันระบบ pac solution list --includeSystemSolutions
ตรวจสอบสถานะการโยกย้าย pac pages migrate-datamodel --webSiteId "<ID>" --checkMigrationStatus
ดาวน์โหลดแหล่งข้อมูล SDM pac pages download --webSiteId "<ID>" --modelVersion 1 --path "<OUT>\site-sdm"
ดาวน์โหลดแหล่งข้อมูล EDM pac pages download --webSiteId "<ID>" --modelVersion 2 --path "<OUT>\site-edm"
สร้างรายงานการปรับแต่ง pac pages migrate-datamodel --webSiteId "<ID>" --siteCustomizationReportPath "<OUT>"
ย้ายการกําหนดค่า pac pages migrate-datamodel --webSiteId "<ID>" --mode configurationData
โยกย้ายระเบียนที่เกี่ยวข้อง pac pages migrate-datamodel --webSiteId "<ID>" --mode configurationDataReferences
โยกย้ายทั้งสองประเภท pac pages migrate-datamodel --webSiteId "<ID>" --mode all
อัปโหลดแหล่งข้อมูลของไซต์ pac pages upload --path "<SITE_ROOT>" --modelVersion 1
เปิดใช้งาน EDM pac pages migrate-datamodel --webSiteId "<ID>" --updateDatamodelVersion --portalId "<PORTAL_ID>"
แปลงกลับเป็น SDM pac pages migrate-datamodel --webSiteId "<ID>" --revertToStandardDataModel --portalId "<PORTAL_ID>"

การอ้างอิงชนิดคอมโพเนนต์ไซต์

เมื่อคุณคิวรี powerpagecomponentให้ใช้ค่าต่อไปนี้ในตัวกรอง powerpagecomponenttype

ส่วนประกอบ ค่า ส่วนประกอบ ค่า
สถานะการเผยแพร่ 1 เว็บเพจ 2
ไฟล์เว็บ 3 ชุดเว็บลิงก์ 4
ลิงก์ไปยังเว็บ 5 เทมเพลตเพจ 6
ส่วนย่อยของเนื้อหา 7 เทมเพลตเว็บ 8
การตั้งค่าไซต์ 9 กฎการควบคุมการเข้าใช้เว็บเพจ 10
บทบาทสำหรับเว็บ 11 การเข้าใช้เว็บไซต์ 12
ตัวทำเครื่องหมายไซต์ 13 ฟอร์มพื้นฐาน วันที่ 15 ก.ย.
เมตาดาต้าของฟอร์มพื้นฐาน 16 รายการ 17
สิทธิ์การเข้าถึงตาราง 18 ฟอร์มขั้นสูง 19
ขั้นตอนฟอร์มขั้นสูง 20 เมตาดาต้าของฟอร์มขั้นสูง 21
การกำหนดตำแหน่งการสำรวจ 24 การกำหนดตำแหน่งโฆษณา 26
ผู้ใช้งานบอท 27 โปรไฟล์สิทธิ์ของคอลัมน์ 28
สิทธิ์คอลัมน์ 29 เปลี่ยนเส้นทาง 30
กฎการเปลี่ยนสถานะการเผยแพร่ 31 ทางลัด 32
คลาวด์โฟลว์ 33 ส่วนประกอบ UX 34

การอ้างอิงโซลูชันเทมเพลต EDM

เรียกใช้ pac solution list --includeSystemSolutions เพื่อยืนยันว่ามีการติดตั้งโซลูชันแบบจําลองข้อมูลขั้นสูงสําหรับเทมเพลตของไซต์แล้ว

เทมเพลต ชื่อเฉพาะของโซลูชัน EDM
เค้าโครงเริ่มต้น 1 DefaultPortalTemplate_V2
เค้าโครงเริ่มต้น 2 PowerPages_BlankDesign002_V2
เค้าโครงเริ่มต้น 3 PowerPages_BlankDesign003_V2
เค้าโครงเริ่มต้น 4 PowerPages_BlankDesign004_V2
เค้าโครงเริ่มต้น 5 PowerPages_BlankDesign005_V2
เพจเปล่า PowerPages_BlankTemplate_V2
คำถามที่ถามบ่อย PowerPages_FAQ_V2
การประมวลผลแอปพลิเคชัน PowerPages_BuildingPermit_V2
การลงทะเบียนโปรแกรม PowerPages_ProgramRegistration_V2
กำหนดเวลาและจัดการการประชุม PowerPages_BookMeeting_V2
พอร์ทัลชุมชน (Dynamics 365) PowerPages_CommunityPortal_V2
พอร์ทัลบริการตนเองสำหรับลูกค้า (Dynamics 365) PowerPages_CustomerPortal_V2
Employee Self-Service Portal (Dynamics 365) PowerPages_ESSPortal_V2
พอร์ทัลคู่ค้า (Dynamics 365) PowerPages_PartnerPortal_V2

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

  • Last updated on