خطة المستأجر والمستخدمون المرخصون وتحديثات التطبيق
البداية · خطة المستأجر والمستخدمون المرخصون وتحديثات التطبيق
الهدف
تشرح هذه الصفحة تدفق المستخدم لـ Platform Administration > Overview > Tenant plan and licensed users والتدفق الموصى به عندما يريد عميل تغيير خطة Azure Marketplace أو إجراء تحديث رئيسي من دون فقدان بياناته الموجودة.
استخدمها لفهم:
- خطة Marketplace المكتشفة حاليا للمستأجر؛
- عدد التراخيص المطلوبة، والمضمنة، والتكميلية، والمستخدمة، والمتبقية؛
- سبب بقاء Azure Marketplace المصدر الرسمي للخطط، والأسعار، والفوترة؛
- كيفية إدارة التراخيص التكميلية عبر Azure Marketplace باستخدام بعد الفوترة
seats؛ - كيفية إنشاء نشر ProPM جديد من Azure Marketplace في وضع Attach existing ProPM data resources؛
- الفرق بين تحديث in-place للتطبيق وتغيير خطة أو تحديث رئيسي.
الرسالة الرئيسية بسيطة: لتغيير الخطة أو إجراء تحديث رئيسي من دون فقدان البيانات، أنشئ نشر ProPM جديدا من Azure Marketplace، واختر Attach existing ProPM data resources، وأرفق موارد البيانات الموجودة من النشر السابق. هذا ليس ترحيلا يدويا لقاعدة البيانات.
أين تجد الصفحة
- افتح Platform Administration.
- ابق في Overview.
- افتح Tenant plan and licensed users.
في ProPM، تعرض هذه المنطقة الخطة المكتشفة حاليا وتتيح تحديث معلومات Marketplace. ولا تستبدل Azure Marketplace لاختيار خطة، أو الاطلاع على الأسعار، أو تغيير الفوترة، أو إتمام معاملة تجارية.
خطط Marketplace والأسعار والفوترة
Azure Marketplace هو المصدر الرسمي لما يلي:
- قائمة خطط ProPM المتاحة؛
- سعر كل خطة؛
- فوترة الخطة؛
- تغييرات الخطة التجارية؛
- التراخيص التكميلية المفوترة ببعد
seats.
يعرض ProPM الخطة الحالية لمساعدة المسؤول على فهم حالة المستأجر، لكن تغييرات الخطة لم تعد تتم مباشرة من إدارة ProPM. لا تعدل خطة ARM الخاصة بـ Managed Application يدويا.
كمرجع، خطط ProPM Marketplace المعروفة هي:
| معرف الخطة | الاسم المعروض | المقاعد المضمنة |
|---|---|---|
free | Free | 4 |
propm-20 | ProPM-20 | 20 |
propm-50 | ProPM-50 | 50 |
propm-100 | ProPM-100 | 100 |
propm-300 | ProPM-300 | 300 |
propm-500 | ProPM-500 | 500 |
propm-1000 | ProPM-1000 | 1000 |
أكد دائما الخطة، والسعر، وشروط الفوترة في Azure Marketplace قبل بدء نشر جديد.
لأي نشر أو تحديث جديد، استخدم فقط خطط ProPM المتاحة حاليا في Azure Marketplace.
تتحكم خطط Marketplace في سعة التراخيص. ولا تفعّل ولا تحظر الموصلات، أو مزودي الذكاء الاصطناعي، أو وظائف المنتج.
قراءة حقول الخطة والتراخيص
| الحقل | المعنى |
|---|---|
| Current plan | خطة Marketplace المكتشفة حاليا للمستأجر. |
| Ordered seats | إجمالي عدد التراخيص المطلوبة للمستأجر. |
| Included seats | التراخيص المضمنة في خطة Marketplace الأساسية. |
| Supplemental licenses | التراخيص التكميلية المضافة عبر فوترة Marketplace. |
| Used seats | التراخيص المستهلكة حاليا من مستخدمين متصلين أو مرخصين. |
| Remaining seats | التراخيص التي ما تزال متاحة. |
إذا لم تطابق المعلومات المعروضة إجراء Azure Marketplace حدي ثا، فاستخدم Refresh Marketplace plan لمزامنة ProPM مع معلومات Marketplace المكتشفة.
التراخيص التكميلية
تدار التراخيص التكميلية عبر Azure Marketplace باستخدام بعد الفوترة seats.
استخدم هذا التدفق عندما يحتاج المستأجر إلى سعة أكبر من التراخيص المضمنة في الخطة الأساسية:
- راجع Ordered seats، وIncluded seats، وSupplemental licenses، وUsed seats، وRemaining seats في ProPM.
- أدر السعة الإضافية من Azure Marketplace أو عبر إجراء ProPM المخصص لفوترة التراخيص في Azure، إذا كان متاحا في بيئتك.
- دع Azure Marketplace يقبل الطلب ويفوتره ببعد
seats. - عد إلى ProPM.
- اختر Refresh Marketplace plan إذا لم تكن العدادات محدثة بعد.
- راجع Ordered seats، وSupplemental licenses، وRemaining seats بعد المزامنة.
لا تؤدي إضافة التراخيص التكميلية إلى تغيير الخطة الأساسية. ولا يؤدي حذف التراخيص التكميلية أو تقليلها إلى إلغاء الفوترة أو ردها تلقائيا في Azure Marketplace.
تحديث خطة ProPM من دون فقدان بياناتك
لتغيير خطة Azure Marketplace أو إجراء تحديث رئيسي، يتمثل التدفق الموصى به في إنشاء نشر ProPM جديد وإرفاقه بموارد البيانات الموجودة من النشر السابق.
ينشئ النشر الجديد طبقة تطبيق جديدة للخطة المحددة، لكنه يعيد استخدام البيانات الموجودة. لذلك، يجب أن يظل المستخدمون، والمستندات، والتكوينات، والوكلاء، والتقارير، وبيانات الأعمال متاحة بعد التحقق.
متى تستخدم هذا التدفق
استخدم هذا التدفق عندما:
- تريد الانتقال إلى خطة ProPM أخرى في Azure Marketplace؛
- تحتاج إلى تحديث رئيسي يتطلب نشر Marketplace جديدا؛
- تريد إعادة إنشاء طبقة تطبيق ProPM مع الاحتفاظ بالبيانات الموجودة؛
- يطلب منك دعم ProPM إعادة النشر في وضع إرفاق موارد بيانات موجودة.
لا تستخدم هذا التدفق لتحديث in-place بسيط لصور التطبيق. لهذه ا لحالة، استخدم Deployment & Updates في ProPM عندما يكون متاحا وعندما لا تتطلب ملاحظات الإصدار نشر Marketplace جديدا.
قبل البدء
حضّر ما يلي:
- وصول Azure إلى نشر ProPM السابق؛
- أذونات لإنشاء ProPM Managed Application جديدة من Azure Marketplace؛
- خطة ProPM الهدف المحددة في Azure Marketplace؛
- Resource ID الكامل لـ ProPM Managed Application السابقة؛
- نافذة انتقال يستطيع خلالها المسؤولون التحقق من النشر الجديد؛
- قائمة تحقق للمستخدمين، والمستندات، والتكوينات، والوكلاء، والتقارير، والبيانات.
اتبع هذه الاحتياطات قبل أي إجراء:
- لا تحذف Managed Resource Group السابقة قبل التحقق من النشر الجديد؛
- لا تحذف موارد البيانات الموجودة، لأن النشر الجديد يعيد استخدامها؛
- لا تعدل خطة ARM الخاصة بـ Managed Application يدويا؛
- لا تملأ خيارات override المتقدمة إلا إذا كان التثبيت السابق قد استخدم أسماء موارد مخصصة أو طلب منك دعم ProPM ذلك.
الخطوة 1 - اختيار الخطة الجديدة في Azure Marketplace
افتح Azure Marketplace واختر خطة ProPM الجديدة التي تريدها.
تدار عملية اختيار الخطة، والأسعار، والفوترة في Azure Marketplace. يمكن لـ ProPM أن يعرض الخطة الحالية ويحدث المعلومات المكتشفة، لكنه ليس المصدر الرسمي للمعاملة التجارية.
الخطوة 2 - إنشاء نشر ProPM جديد
في Azure Marketplace، أنشئ نشر ProPM جديدا بدلا من تعديل النشر السابق مباشرة.
في تبويب Basics، اختر الاشتراك، ومجموعة الموارد، والمنطقة، واسم Managed Application الجديدة، وManaged Resource Group الجديدة.
استخدم اسما مختلفا لـ Managed Application الجديدة لتمييز البيئة السابقة عن الجديدة بوضوح أثناء الانتقال.
الخطوة 3 - اختيار Attach existing ProPM data resources
في تبويب Application Settings، اختر Attach existing ProPM data resources في Installation mode. ينشئ هذا الوضع Managed Application جديدة من Marketplace وطبقة تطبيق جديدة، لكنه يربطها بموارد بيانات نشر ProPM السابق.
حقول موارد البيانات الموجودة
| الحقل | إلزامي | ماذا تكتب | التوصية |
|---|---|---|---|
| Environment Name | نعم | اسم قصير للبيئ ة، مثل prod أو uat أو test. | استخدم اسما ثابتا وغير سري لطبقة التطبيق الجديدة. |
| Installation mode | نعم | Attach existing ProPM data resources. | استخدمه لتغيير الخطة، أو تحديث رئيسي، أو سيناريو استرداد مع بيانات موجودة. |
| Previous ProPM Managed Application resource ID | نعم | Resource ID الكامل الخاص بـ ProPM Managed Application السابقة. | انسخ Id الكامل من Properties للتطبيق السابق. لا تدخل الاسم فقط أو Managed Resource Group. |
| Existing Storage account resource ID (optional override) | لا | Resource ID لحساب التخزين الموجود. | اتركه فارغا افتراضيا. املأه فقط إذا تعذر الاكتشاف التلقائي أو طلب الدعم ذلك. |
| Existing Azure AI Search service resource ID (optional override) | لا | Resource ID لخدمة Azure AI Search الموجودة. | اتركه فارغا إذا كان يمكن اكتشاف الخدمة من النشر السابق. |
| Existing SQL server resource ID (optional override) | لا | Resource ID لخادم SQL الموجود. | يحدد خادم SQL، وليس اسم قاعدة البيانات. استخدمه فقط في topology خاصة. |
| Existing SQL database name (optional override) | لا | اسم قاعدة SQL الموجودة. | املأه فقط إذا تعذر الحصول على اسم القاعدة من outputs السابقة. |
| Existing Cosmos DB account resource ID (optional override) | لا | Resource ID لحساب Cosmos DB الموجود. | املأه فقط إذا كان يجب فرض حساب موجود محدد. |
| Existing Document Intelligence account resource ID (optional override) | لا | Resource ID لحساب Document Intelligence الموجود. | استخدمه فقط عند وجود مورد خارجي أو مخصص. |
| Existing Service Bus namespace resource ID (optional override) | لا | Resource ID لـ Service Bus namespace الموجود. | اتركه فارغا في الحالة القياسية للسماح بالاكتشاف التلقائي. |
اترك حقول override المتقدمة فارغة في معظم الحالات. املأ هذه الحقول فقط إذا كان التثبيت السابق يستخدم أسماء موارد مخصصة، أو إذا كانت outputs غير متاحة، أو إذا طلب دعم ProPM ذلك.
الخطوة 4 - مراجعة cutover وإعدادات المنصة
يتحكم الجزء الثاني في أمان الانتقال، ووصول الإدارة، وإعادة استخدام إعداد الذكاء الاصطناعي، وCORS، والمراقبة، وكلمة مرور SQL، والشبكة.
حقول cutover والمنصة
| الحقل | إلزامي | ماذا تكتب | التوصية |
|---|---|---|---|
| Existing Event Grid topic resource ID (optional override) | لا | Resource ID لموضوع Event Grid الموجود. | اتركه فارغا إلا إذا فشل الاكتشاف التلقائي أو طلب الدعم القيمة. |
| Block previous deployment during cutover | لا، موصى به | فعّله لحظر البيئة السابقة أثناء التحقق. | يمنع طبقتي تطبيق من الكتابة في البيانات نفسها. كبديل، أوقف البيئة السابقة أو اجعلها للقراءة فقط. |
| Platform Administration Entra Group Object IDs | نعم | Object IDs لمجموعات Entra الخاصة بإدارة المنصة. | أدخل Object IDs، وليس أسماء العرض. |
| Platform Administration Bootstrap Users (optional) | لا | مستخدمو bootstrap أو الاسترداد. | استخدمه فقط للوصول الأول أو الاسترداد المضبوط. |
| Allow Azure RBAC admin recovery | لا | خانة استرداد عبر Azure RBAC. | أبقها مفعلة إذا كان نموذج التشغيل يسمح بذلك. |
| Reuse previous AI provider configuration | موصى به | فعّله إذا كانت إعدادات الذكاء الاصطناعي السابقة ستعاد استخدامها. | تصبح حقول الذكاء الاصطناعي مخفية. يمكن تغيير الإعدادات لاحقا من Platform Administration. |
| CORS Allowed Origins | بحسب السيناريو | أصول ويب إضافية مسموحة. | اتركه فارغا إذا لم تكن هناك أصول إضافية مطلوبة. |
| Enable alerting (Azure Monitor) | لا | تفعيل أو تعطيل تنبيهات Azure Monitor. | موصى به للإنتاج. |
| Enable debug logging | لا | تفعيل سجلات مفصلة. | أبقه معطلا خارج تشخيص مضبوط. |
| Password | نعم | كلمة مرور مسؤول SQL الخاصة بـ ProPM الموجودة. | ما تزال مطلوبة في attach update حتى تتصل طبقة التطبيق الجديدة بقاعدة البيانات المعاد استخدامها. تعامل معها كسِر. |
| Confirm password | نعم | القيمة نفسها مثل Password. | يجب أن تتطابق القيمتان. |
| VNet CIDR | نعم | نطاق شبكة خاص، مثل 10.0.0.0/16. | تحقق منه مع فريق الشبكة قبل الإنشاء وتجنب التداخل. |
بعد إدخال المعلمات الأخرى التي يطلبها المعالج، اختر Review + create، وراجع التكوين، وابدأ النشر.
الخطوة 5 - التحقق من النشر الجديد
بعد انتهاء النشر الجديد، افتح مثيل ProPM الجديد وتحقق من العناصر الأساسية قبل نقل المستخدمين نهائيا.
تحقق كحد أدنى من:
- المستخدمين والوصول؛
- المستندات ومساحات المعرفة؛
- تكوين المنصة؛
- الوكلاء وإعداداتهم؛
- التقارير؛
- المشاريع، والمحافظ، وبيانات الأعمال؛
- الموصلات والتكاملات المتوقعة؛
- مزود الذكاء الاصطناعي والمعلمات اللازمة؛
- الخطة وعدادات التراخيص بعد مزامنة Marketplace.
إذا كانت الخطة المعروضة في ProPM ما تزال غير محدثة بعد إجراء Azure Marketplace، فاستخدم Refresh Marketplace plan. لا يزامن هذا الزر إلا الحالة المكتشفة؛ ولا يغير الخطة ولا يطلق عملية شراء.
الخطوة 6 - إنهاء الانتقال
بعد التحقق الكامل، وجه المستخدمين إلى نشر ProPM الجديد.
احتفظ مؤقتا بالنشر السابق كإجراء أمان إذا رغبت مؤسستك في ذلك. احذف Managed Application السابقة فقط عندما تتأكد من أن الانتقال انتهى وأن إجراء الحذف المختار لا يحذف موارد البيانات المعاد استخدامها.
لا تحذف أبدا موارد البيانات الموجودة يدويا أثناء استخدام النشر الجديد لها.
ممارسات جيدة واحتياطات
افعل ما يلي:
- اختر الخطة الجديدة في Azure Marketplace؛
- أنشئ نشر ProPM جديدا؛
- اختر Attach existing ProPM data resources؛
- أدخل Resource ID الكامل لـ ProPM Managed Application السابقة؛
- احظر النشر السابق أو اجعله للقراءة فقط أثناء الانتقال إذا لزم الأمر؛
- تحقق من النشر الجديد قبل حذف أي شيء؛
- استخدم Refresh Marketplace plan بعد إجراء Marketplace لإعادة مزامنة ProPM.
تجنب ما يلي:
- لا تحذف Managed Resource Group السابقة قبل التحقق من النشر الجديد؛
- لا تحذف حسابات، أو قواعد بيانات، أو خدمات بيانات موجودة؛
- لا تعدل خطة ARM الخاصة بـ Managed Application يدويا؛
- لا تقدم هذا التدفق كترحيل يدوي لقاعدة البيانات؛
- لا تملأ overrides متقدمة من دون حاجة محددة.
FAQ
هل يمكنني تغيير الخطة مباشرة في ProPM؟
لا. يعرض ProPM الخطة الحالية ويمكنه تحديث معلومات Marketplace، لكن تغييرات الخطة، والأسعار، والفوترة تدار في Azure Marketplace.
ما فائدة Refresh Marketplace plan؟
يزامن Refresh Marketplace plan ProPM مع معلومات Marketplace المكتشفة بعد إجراء في Azure. لا يغير الخطة، ولا يشتري تراخيص، ولا يحذف تراخيص.
هل هذا ترحيل يدوي لقاعدة بيانات؟
لا. يتصل نشر ProPM الجديد تلقائيا بموارد البيانات الموجودة عندما تختار Attach existing ProPM data resources وتحدد Managed Application السابقة.
أي Resource ID يجب أن أدخله؟
أدخل Resource ID الكامل الخاص بـ ProPM Managed Application السابقة. لا تدخل اسم التطبيق فقط، أو اسم مجموعة الموارد، أو Managed Resource Group.
متى يجب استخدام خيارات override المتقدمة؟
استخدمها فقط إذا كان للتثبيت السابق أسماء موارد مخصصة أو إذا طلب منك دعم ProPM ذلك. في الحالة القياسية، اترك هذه الحقول فارغة.
هل يمكنني حذف Managed Resource Group السابقة بعد النشر الجديد؟
لا تحذفها قبل التحقق من النشر الجديد. لا تحذف موارد البيانات الموجودة إذا كان النشر الجديد يعيد استخدامها. عند الشك، احتفظ م ؤقتا بالنشر السابق واطلب من دعم ProPM إجراء الحذف الصحيح.
كيف تدار التراخيص التكميلية؟
تدار التراخيص التكميلية عبر Azure Marketplace باستخدام بعد الفوترة seats. يمكن لـ ProPM عرض العدادات ومزامنتها، لكن Azure Marketplace يبقى مرجع الفوترة.
Refresh Marketplace plan
استخدم Refresh Marketplace plan لمزامنة ProPM مع حالة Marketplace المكتشفة للمستأجر.
هذا الإجراء:
- يحدث معلومات الخطة والتراخيص بعد إجراء Marketplace؛
- لا ينفذ وحده تحديث خطة؛
- لا يشتري تراخيص تكميلية؛
- لا يحذف ولا يلغي تراخيص؛
- لا يعدل موارد Azure الخاصة بالنشر.
المستخدمون المتصلون المرخصون
تعرض قائمة Licensed connected users المستخدمين الذين يستهلكون تراخيص حاليا.
يحرر حذف مستخدم مرخص سعة تطبيق لاستخدام لاحق، بحسب قواعد تراخيص المستأجر. ولا يغير خطة Marketplace ولا يلغي استخداما مفوترا عبر Azure Marketplace.
تحديثات التطبيق من دون إعادة نشر Marketplace
يحدث قسم Deployment & Updates تثبيتا موجودا in place عندما يكون التحديث متوافقا مع النشر الحالي.
لا يقوم بما يلي:
- إعادة تنفيذ عرض Azure Marketplace؛
- إنشاء مجموعة موارد جديدة؛
- إعادة إنشاء موارد Azure موجودة أصلا؛
- تطبيق تحديث خطة Marketplace؛
- إجراء تحديث رئيسي يتطلب نشر Marketplace جديدا.
عمليا، تقرأ الإدارة جرد الصور في Azure Container Apps الموجودة عبر Azure Resource Manager، وتقارن الصور الحالية بالصور الهدف المعتمدة في ACR، وترسل revisions جديدة إلى Container Apps الموجودة.
إجراءات التحديث المتاحة
| الإجراء | الغرض |
|---|---|
| Check for updates | فحص الصور الحالية، والصور الهدف، ومرشحي تحديث tags القابلة للتغيير، وإصدار manifest الاختياري. |
| Apply update | تطبيق صور جديدة على الخدمات المحددة بإنشاء revisions جديدة من Container Apps. |
| Rollback last update | الرجوع إلى صور سابقة عندما تكون العملية الأخيرة قد التقطت المراجع اللازمة. |
| Container App image inventory | مراجعة مجموعة الموارد المدارة، والخدمات المتتبعة، والصور الحالية، والصور الهدف، وحالة revisions. |
حدود النطاق
يكون rollout صور التطبيق منفصلا عن إدارة خطة Marketplace.
لا تغطي أزرار التحديث:
- ترحيلات مخطط قاعدة البيانات؛
- إنشاء موارد Azure جديدة؛
- تغييرات المعمارية؛
- تحديثات خطة Marketplace؛
- الانتقال إلى نشر جديد مع موارد بيانات موجودة.
نقاط رئيسية
- Azure Marketplace هو المصدر الرسمي للخطط، والأسعا ر، والفوترة.
- يعرض ProPM الخطة الحالية وعدادات التراخيص، لكنه لا يستبدل Azure Marketplace لتغيير الخطة.
- لتغيير الخطة أو إجراء تحديث رئيسي من دون فقدان البيانات، أنشئ نشر ProPM جديدا من Azure Marketplace.
- في معالج النشر، اختر Attach existing ProPM data resources.
- أدخل Resource ID الكامل الخاص بـ ProPM Managed Application السابقة.
- لا تحذف Managed Resource Group السابقة ولا موارد البيانات قبل التحقق الكامل من النشر الجديد.
- استخدم Refresh Marketplace plan فقط لمزامنة حالة Marketplace المكتشفة.
- استخدم Deployment & Updates من أجل rollout in-place لصور التطبيق، لا لتغييرات الخطة التجارية.