For a seamless move from a developer’s Azure account to a personal Azure account, there are two main parts:
- Transfer the Azure subscription/billing ownership (if possible).
- Ensure the app and its resources (for example, Azure Database for MySQL) continue to run without downtime.
Because the app is “active” and already running, the simplest approach is usually to transfer the subscription billing ownership rather than rebuilding everything.
1. Plan the transfer
Before doing anything, clarify:
- Why the transfer is needed (for example, moving from a developer’s personal billing to a company/personal billing).
- When the transfer should happen (pick a low-traffic time in case any changes are needed).
- What type of subscription the app is currently in and what type it will move to (Pay-As-You-Go, CSP, EA, etc.). The supported combinations and limitations are described in the Azure product transfer hub.
- Confirm the developer has the required billing permissions on the current subscription and that the destination account (your account) also has the right billing role.
- Only the billing administrator of an account can transfer subscription ownership.
- Check if there are any reservations or savings plans attached to the subscription that should move with it.
- Confirm the subscription does not have an active Microsoft Azure Consumption Commitment (MACC); if it does, it cannot be transferred until the MACC expires.
2. Decide what to transfer
There are two common options:
- Transfer the entire subscription (recommended for non-technical users)
- All resources (App Service, Azure Database for MySQL, storage, etc.) stay exactly as they are.
- Only the billing ownership changes from the developer’s account to the new account.
- No app changes, no connection string changes, and no resource moves are required.
- Move individual resources to a different subscription/tenant
- More complex and can affect resources.
- Only needed if the subscription cannot be transferred (for example, due to offer type or MACC limitations).
If the developer and the destination account are in the same Microsoft Entra tenant, transferring billing ownership of the subscription does not affect running resources.
3. Have the developer initiate the subscription transfer
The developer (current owner) should:
- Go to the Azure portal and open Cost Management + Billing.
- Locate the subscription that hosts the app and Azure Database for MySQL.
- Start a billing ownership transfer for that subscription (using the documented “Transfer billing ownership of an Azure subscription” flow referenced from the Azure product transfer hub).
- Specify the destination account (your Azure account) as the new owner.
- When sending the transfer request, the sender must select Send transfer request and thereby accept the terms:
- After the transfer completes (Transition Date), the destination account is responsible for ongoing and scheduled billings.
- Prepaid subscriptions (including reservations) move to the destination account and cannot be canceled.
4. Accept the transfer on the destination account
On the destination account (your account):
- Open the email or portal notification about the transfer.
- In the Azure portal, go to Cost Management + Billing → Transfers (or the equivalent transfer page).
- Select the pending transfer and choose Review + validate.
- Review the list of items (subscription, reservations, etc.).
- Accept the transfer and confirm.
By accepting, the destination account agrees that:
- The items transfer as of the Transition Date.
- Any prepaid subscriptions (including reserved instances) move to the destination account.
- The source account is no longer responsible for ongoing payment obligations for those items.
5. Verify the app and database after transfer
Once the transfer completes:
- Sign in with the destination account and verify the subscription is visible.
- Open the resource group(s) and confirm:
- The web app (App Service or other hosting) is present and running.
- The Azure Database for MySQL instance is present and running.
- Test the application from a browser or client to ensure it still connects to the database and functions as expected.
When only billing ownership changes and the subscription stays in the same Microsoft Entra tenant, all resources (VMs, App Service, databases, etc.) transfer together and continue running without downtime.
6. Important behavior and limitations
- No downtime expected: Transferring a product (subscription) to an account in the same Microsoft Entra tenant does not affect running resources.
- Resources move with the subscription: All resources (including the app and Azure Database for MySQL) move with the subscription when billing ownership changes.
- No historical billing data: The new account only sees usage and billing history from the time of transfer onward. Past billing history does not move.
- MACC limitation: If the subscription has an active MACC, it cannot be canceled or transferred until the MACC expires.
7. If the accounts are in different tenants or transfer is blocked
If the subscription cannot be transferred (for example, due to MACC or unsupported offer types), a more technical resource migration is required (moving the app and database into a new subscription/tenant). That process is more complex and typically requires an Azure administrator to:
- Create a new subscription in the destination account.
- Move or recreate the App Service and Azure Database for MySQL in the new subscription.
- Update DNS, connection strings, and possibly perform data migration.
In that case, involving a technical Azure administrator or partner is strongly recommended.
References: