Tenant योजना, लाइसेंस प्राप्त उपयोगकर्ता और ऐप अपडेट
मुखपृष्ठ · Tenant plan, licensed users और app updates

उद्देश्य
यह पेज Platform Administration > Overview > Tenant plan and licensed users के end-user administration flow और उस recommended flow को समझाता है जिसमें customer Azure Marketplace plan बदलना चाहता है या existing data खोए बिना major update करना चाहता है।
इसे इन बातों को समझने के लिए उपयोग करें:
- tenant के लिए वर्तमान में कौन सा Marketplace plan detect हुआ है;
- कितनी licenses ordered, included, supplemental, used और remaining हैं;
- plans, pricing और billing के लिए Azure Marketplace official source क्यों रहता है;
- supplemental licenses Azure Marketplace में
seatsbilling dimension के साथ कैसे manage होती हैं; - Azure Marketplace से Attach existing ProPM data resources mode में नया ProPM deployment कैसे create करें;
- in-place application update, plan change या major update से कैसे अलग है।
मुख्य बात सरल है: plan बदलने या existing data खोए बिना major update करने के लिए Azure Marketplace से नया ProPM deployment create करें, Attach existing ProPM data resources च ुनें, और previous deployment के existing data resources attach करें। यह manual database migration नहीं है।
यह पेज कहाँ मिलता है
- Platform Administration खोलें।
- Overview पर रहें।
- Tenant plan and licensed users खोलें।
ProPM में यह area currently detected plan दिखाता है और Marketplace information refresh करने देता है। Plan select करने, price देखने, billing बदलने या commercial transaction finalize करने के लिए यह Azure Marketplace को replace नहीं करता।
Marketplace plans, pricing और billing
Azure Marketplace official source है:
- available ProPM plans की list के लिए;
- हर plan की price के लिए;
- plan billing के लिए;
- commercial plan changes के लिए;
seatsdimension से bill होने वाली supplemental licenses के लिए ।
ProPM current plan दिखाता है ताकि administrator tenant status समझ सके, लेकिन plan changes अब ProPM administration से directly नहीं किए जाते। Managed Application के ARM plan को manually modify न करें।
Reference के लिए known ProPM Marketplace plans ये हैं:
| Plan ID | Display name | Included seats |
|---|---|---|
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 |
नया deployment start करने से पहले plan, price और billing terms हमेशा Azure Marketplace में confirm करें।
किसी भी नए deployment या upgrade के लिए केवल Azure Marketplace में currently available ProPM plans का उपयोग करें।
Marketplace plans license capacity control करते हैं। वे connectors, AI providers या product features unlock या block नहीं करते।
Plan और license fields पढ़ना
| Field | मतलब |
|---|---|
| Current plan | tenant के लिए currently detected Marketplace plan. |
| Ordered seats | tenant के लिए ordered licenses की total संख्या. |
| Included seats | base Marketplace plan में included licenses. |
| Supplemental licenses | Marketplace billing के माध्यम से जोड़ी गई extra licenses. |
| Used seats | connected या licensed users द्वारा currently consumed licenses. |
| Remaining seats | अभी भी available licenses. |
अगर displayed information recent Azure Marketplace action से match नहीं करती, तो detected Marketplace information के साथ ProPM synchronize करने के लिए Refresh Marketplace plan उपयोग करें।
Supplemental licenses
Supplemental licenses Azure Marketplace में seats billing dimension के साथ manage होती हैं।
जब tenant को base plan में included licenses से अधिक capacity चाहिए हो, तो यह flow उपयोग करें:
- ProPM में Ordered seats, Included seats, Supplemental licenses, Used seats और Remaining seats review करें।
- Additional capacity Azure Marketplace से manage करें या ProPM action से manage करें जो Azure में licenses bill करता है, अगर वह आपके environment में available है।
- Azure Marketplace को request accept और
seatsdimension से bill करने दें। - ProPM पर लौटें।
- अगर counters अभी update नहीं हैं, तो Refresh Marketplace plan select करें।
- Synchronization के बाद Ordered seats, Supplemental licenses और Remaining seats review करें।
Supplemental licenses जोड़ने से base plan नहीं बदलता। Supplemental licenses remove या reduce करने से Azure Marketplace billing automatically cancel या refund नहीं होती।
Data खोए बिना अपना ProPM plan update करें
Azure Marketplace plan बदलने या major update करने के लिए recommended flow है: नया ProPM deployment create करें और उसे previous deployment के existing data resources से attach करें।
New deployment selected plan के लिए नया application tier create करता है, लेकिन existing data reuse करता है। इसल िए validation के बाद users, documents, configurations, agents, reports और business data available रहने चाहिए।
यह flow कब उपयोग करें
यह flow उपयोग करें जब:
- आप Azure Marketplace में दूसरे ProPM plan पर switch करना चाहते हैं;
- major update के लिए नया Marketplace deployment required है;
- आप existing data रखते हुए ProPM application tier recreate करना चाहते हैं;
- ProPM support आपको existing data resource attachment mode में redeploy करने को कहता है।
Simple in-place application image update के लिए यह flow उपयोग न करें। उस case में ProPM में Deployment & Updates उपयोग करें, अगर available है और release notes नया Marketplace deployment require नहीं करते।
शुरू करने से पहले
ये चीजें तैयार रखें:
- previous ProPM deployment का Azure access;
- Azure Marketplace से नई ProPM Managed Application create करने की permission;
- Azure Marketplace में selected target ProPM plan;
- previous ProPM Managed Application की full Resource ID;
- cutover window जिसमें administrators new deployment verify कर सकें;
- users, documents, configurations, agents, reports और data के लिए checklist।
किसी भी action से पहले ये precautions follow करें:
- new deployment validate होने से पहले previous Managed Resource Group delete न करें;
- existing data resources delete न करें, क्योंकि new deployment उन्हें reuse करता है;
- Managed Application के ARM plan को manually modify न करें;
- advanced override options तब तक न भरें जब तक previous installation ने custom resource names use न किए हों या ProPM support ऐसा न कहे।
Step 1 - Azure Marketplace में नया plan चुनें
Azure Marketplace खोलें और desired new ProPM plan select करें।
Plan selection, pricing और billing Azure Marketplace में manage होते हैं। ProPM current plan दिखा सकता है और detected information refresh कर सकता है, लेकिन commercial transaction के लिए ProPM official source नहीं है।
Step 2 - नया ProPM deployment create करें
Azure Marketplace में previous deployment को directly modify करने के बजाय नया ProPM deployment create करें।
Basics tab में subscription, resource group, region, new Managed Application name और new Managed Resource Group चुनें।
New Managed Application के लिए अलग name use करें, ताकि cutover के दौरान previous और new environments clearly अलग दिखें।
Step 3 - Attach existing ProPM data resources select करें
Application Settings tab में Installation mode field में Attach existing ProPM data resources select करें। यह mode नई Marketplace Managed Application और नया application tier बनाता है, लेकिन उसे previous ProPM deployment के data resources से connect करता है।

Existing data fields
| Field | Required | क्या भरें | Recommendation |
|---|---|---|---|
| Environment Name | हाँ | Short environment name, जैसे prod, uat या test। | New application tier के लिए stable, non-secret name use करें। |
| Installation mode | हाँ | Attach existing ProPM data resources। | Plan change, major update या existing data recovery scenario के लिए use करें। |
| Previous ProPM Managed Application resource ID | हाँ | Previous ProPM Managed Application की full Azure Resource ID। | Previous Managed Application के Properties से full Id copy करें। सिर्फ name या managed resource group न डालें। |
| Existing Storage account resource ID (optional override) | नहीं | Existing Storage Account की Resource ID। | Default में empty रखें। Auto-discovery possible न हो या support कहे तभी भरें। |
| Existing Azure AI Search service resource ID (optional override) | नहीं | Existing Azure AI Search service की Resource ID। | Previous deployment से service discover हो सकती हो तो empty रखें। |
| Existing SQL server resource ID (optional override) | नहीं | Existing SQL Server की Resource ID। | यह SQL server identify करता है, database name नहीं। Special topology में ही use करें। |
| Existing SQL database name (optional override) | नहीं | Existing SQL database name। | Previous outputs से database name न मिले तभी भरें। |
| Existing Cosmos DB account resource ID (optional override) | नहीं | Existing Cosmos DB account की Resource ID। | Specific existing account force करना हो तभी भरें। |
| Existing Document Intelligence account resource ID (optional override) | नहीं | Existing Document Intelligence account की Resource ID। | External या custom resource हो तभी use करें। |
| Existing Service Bus namespace resource ID (optional override) | नहीं | Existing Service Bus namespace की Resource ID। | Standard case में empty रखें ताकि auto-discovery हो सके। |
Most cases में advanced override fields empty रखें। ये fields केवल तब भरें जब previous installation custom resource names use करता हो, outputs unavailable हों या ProPM support ऐसा कहे।
Step 4 - Cutover और platform settings review करें
दूसरी screen cutover safety, administration access, AI configuration reuse, CORS, monitoring, SQL password और network control करती है।

Cutover और platform fields
| Field | Required | क्या भरें | Recommendation |
|---|---|---|---|
| Existing Event Grid topic resource ID (optional override) | नहीं | Existing Event Grid topic की Resource ID। | Auto-discovery fail हो या support कहे तभी भरें। |
| Block previous deployment during cutover | नहीं, recommended | Validation के दौरान previous environment block करने के लिए enable करें। | इससे दो application tiers same data में write नहीं करते। Alternative: previous environment stop या read-only रखें। |
| Platform Administration Entra Group Object IDs | हाँ | Platform administrators के Entra Group Object IDs। | Object IDs डालें, display names नहीं। |
| Platform Administration Bootstrap Users (optional) | नहीं | Bootstrap या recovery users। | First access या controlled recovery के लिए ही use करें। |
| Allow Azure RBAC admin recovery | नहीं | Azure RBAC recovery checkbox। | Operating model allow करे तो enabled रखें। |
| Reuse previous AI provider configuration | Recommended | Previous AI configuration reuse करनी हो तो enable करें। | AI fields hidden हो जाते हैं। बाद में Platform Administration से AI settings बदली जा सकती हैं। |
| CORS Allowed Origins | Scenario पर निर्भर | Additional allowed web origins। | Additional origins needed न हों तो empty रखें। |
| Enable alerting (Azure Monitor) | नहीं | Azure Monitor alerts enable या disable करें। | Production में recommended। |
| Enable debug logging | नहीं | Detailed logs enable करें। | Controlled diagnosis के अलावा disabled रखें। |
| Password | हाँ | Existing ProPM SQL admin password। | New application tier reused database से connect कर सके, इसके लिए attach update में यह secure SQL input अभी भी required है। Secret की तरह handle करें। |
| Confirm password | हाँ | Password जैसा ही value। | दोनों values match करनी चाहिए। |
| VNet CIDR | हाँ | Private network range, जैसे 10.0.0.0/16। | Create करने से पहले network team से validate करें और overlap avoid करें। |
Wizard में बाकी required parameters enter करने के बाद Review + create select करें, configuration review करें और deployment start करें।
Step 5 - New deployment verify करें
New deployment complete होने के बाद नई ProPM instance खोलें और users को permanently move करने से पहले essential items verify करें।
कम से कम ये check करें:
- users और उनका access;
- documents और knowledge spaces;
- platform configuration;
- agents और उनकी settings;
- reports;
- projects, portfolios और business data;
- expected connectors और integrations;
- AI provider और required settings;
- Marketplace synchronization के बाद plan और license counters।
अगर Azure Marketplace action के बाद ProPM में दिख रहा plan अभी update नहीं है, तो Refresh Marketplace plan उपयोग करें। यह button केवल detected state synchronize करता है; यह plan change नहीं करता और purchase trigger नहीं करता।
Step 6 - Cutover finalize करें
Full validation के बाद users को new ProPM deployment पर direct करें।
अगर आपकी organization चाहे, तो previous deployment को temporary safety के रूप में रखें। Previous Managed Application को केवल तब delete करें जब आप sure हों कि cutover complete है और chosen deletion procedure reused data resources को remove नहीं करता।
जब तक existing data resources new deployment द्वारा use हो रहे हों, उन्हें manually delete न करें।
Best practices और precautions
यह करें:
- Azure Marketplace में नया plan चुनें;
- नया ProPM deployment create करें;
- Attach existing ProPM data resources select करें;
- previous ProPM Managed Application की full Resource ID enter करें;
- जरूरत हो तो cutover के दौरान previous deployment block या read-only करें;
- कुछ भी delete करने से पहले new deployment verify करें;
- Marketplace action के बाद ProPM resynchronize करने के लिए Refresh Marketplace plan उपयोग करें।
यह न करें:
- new deployment validate होने से पहले previous Managed Resource Group delete न करें;
- existing data accounts, databases या services delete न करें;
- Managed Application के ARM plan को manually modify न करें;
- इस flow को manual database migration की तरह present न करें;
- identified need के बिना advanced overrides न भरें।
FAQ
क ्या मैं ProPM में directly plan change कर सकता हूँ?
नहीं। ProPM current plan दिखाता है और Marketplace information refresh कर सकता है, लेकिन plan changes, pricing और billing Azure Marketplace में manage होते हैं।
Refresh Marketplace plan क्या करता है?
Refresh Marketplace plan Azure-side action के बाद detected Marketplace information के साथ ProPM synchronize करता है। यह plan change नहीं करता, licenses नहीं खरीदता और licenses remove नहीं करता।
क्या यह manual database migration है?
नहीं। जब आप Attach existing ProPM data resources select करते हैं और previous Managed Application enter करते हैं, तो new ProPM deployment existing data resources से automatically connect हो जाता है।
कौन सी Resource ID enter करनी चाहिए?
Previous ProPM Managed Application की full Resource ID enter करें। केवल application name, resource group name या Managed Resource Group enter न करें।
Advanced override options कब उपयोग करें?
केवल तब उपयोग करें जब previous installation में custom resource names हों या ProPM support आपसे ऐसा कहे। Standard case में ये fields empty रखें।
क्या new deployment के बाद previous Managed Resource Group delete कर सकता हूँ?
New deployment validate होने से पहले delete न करें। अगर new deployment existing data resources reuse करता है, तो उन्हें delete न करें। Doubt होने पर previous deployment temporary रखें और सही deletion procedure के लिए ProPM support से पूछें।
Supplemental licenses कैसे manage होती हैं?
Supplemental licenses Azure Marketplace में seats billing dimension के साथ manage होती हैं। ProPM counters दिखा और synchronize कर सकता है, लेकिन billing reference Azure Marketplace रहता है।
Refresh Marketplace plan
Tenant के detected Marketplace state के साथ ProPM synchronize करने के लिए Refresh Marketplace plan उपयोग करें।
यह action:
- Marketplace action के बाद plan और license information refresh करता है;
- अपने आप plan upgrade नहीं करता;
- supplemental licenses नहीं खरीदता;
- licenses remove या cancel नहीं करता;
- Azure deployment resources modify नहीं करता।
Licensed connected users
Licensed connected users list वे users दिखाती है जो currently licenses consume कर रहे हैं ।
Licensed user को remove करने से बाद के उपयोग के लिए application capacity free होती है, tenant license rules के अधीन। यह Marketplace plan को नहीं बदलता और Azure Marketplace billed usage cancel नहीं करता।
Marketplace redeployment के बिना app updates
Deployment & Updates section current deployment के साथ compatible होने पर existing installation को in place update करता है।
यह नहीं करता:
- Azure Marketplace offer फिर चलाना;
- नया resource group बनाना;
- पहले से मौजूद Azure resources recreate करना;
- Marketplace plan upgrade apply करना;
- ऐसा major update करना जिसे नया Marketplace deployment चाहिए।
व्यवहार में administration Azure Resource Manager के माध्यम से existing Azure Container Apps का image inventory पढ़ता है, current images को ACR में approved target images से compare करता है, और existing Container Apps पर new revisions submit करता है।