Azure Cosmos DB: Can point-in-time restore target a different existing Cosmos DB account?

Dushyant Priyadarshee 161 Reputation points
2026-11-11T14:42:50.38+00:00

We need to restore Azure Cosmos DB data from SourceAccount to DestinationAccount, where DestinationAccount already exists.

The documentation covers restoring to the same account or to a new account, but we could not find an option to restore directly into another existing account.

Is this supported?

If not, what does Microsoft recommend for restoring the data and moving it into the existing target account?

We currently create a temporary Cosmos account from restore, then copy data across to DestinationAccount. It seems inefficient and expensive.

Azure Cosmos DB
Azure Cosmos DB

An Azure NoSQL database service for app development.

0 comments No comments

1 answer

Sort by: Newest
  1. Divyesh Govaerdhanan 11,895 Reputation points MVP Volunteer Moderator
    2026-11-11T23:33:50.38+00:00

    Hi Dushyant Priyadarshee,

    Welcome to Microsoft Q&A.

    No, point-in-time restore can’t target a different existing account. Restoring live data always goes into a new account. The only existing-account option is restoring a deleted database or container into the same account. It doesn’t restore live resources (in-account restore).

    Your current approach (restore to a temporary account, then copy to DestinationAccount) is the supported pattern. You can make it cheaper and less manual:

    1. Restore only what you need. You can restore any combination of containers, shared-throughput databases, or the whole account (what is restored). Restore is billed per GB restored ($0.15/GB in the docs’ West US example, see pricing), so a smaller scope costs less.
    2. Use container copy jobs instead of a custom copy. Copy jobs can copy a container across accounts, and the temp account can be the source and DestinationAccount the target. Create the target container first, then run az cosmosdb copy create with --src-account and --dest-account (copy jobs, how-to). For cross-account copies, grant the source account’s managed identity read-write access on the destination, as the how-to shows.
    3. Delete the temp account once the copy completes so you only pay for it briefly.
    4. Watch the limits. Container copy is in preview. Container-level TTL isn’t copied, so set it on the target yourself (limitations).

    Please click Accept Answer and upvote if this helped.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.