> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/rdm/fr/knowledge-base/migrate-a-local-workspace-to-devolutions-cloud.md).

# Migrer un espace de travail local vers Devolutions Cloud

Utilisez l'assistant Migrer vers l'espace de travail infonuagique dans Remote Desktop Manager pour copier un espace de travail SQLite ou XML local dans un espace de travail Devolutions Cloud.

L'assistant ***Migrer vers l'espace de travail infonuagique*** copie les données de votre espace de travail local actuellement actif (SQLite ou XML) dans un espace de travail Devolutions Cloud, sans que vous ayez à exporter et à importer des fichiers manuellement.

{% hint style="info" %}
L'assistant de migration est actuellement disponible dans Remote Desktop Manager Windows seulement, et il apparaît uniquement lorsque votre espace de travail actuellement actif est un espace de travail SQLite ou XML local.
{% endhint %}

1. Allez à ***Administration*** – ***Maintenance*** et cliquez sur ***Migrer vers l'espace de travail infonuagique***.
2. Passez en revue ce que la migration vers le nuage vous offre (l'accès depuis tous vos appareils, des sauvegardes de données automatiques et une synchronisation adaptée au mode hors ligne) et confirmez que l'espace de travail source affiché est celui que vous voulez migrer.
3. Connectez-vous à votre Devolutions Account, ou créez-en un gratuitement si vous n'en avez pas encore.
4. Choisissez l'espace de travail infonuagique vers lequel migrer.
   * ***Sélectionner un espace de travail infonuagique existant***, ou ***en créer un nouveau***. Lors de la création d'un nouvel espace de travail, seuls le nom de l'espace de travail et la région infonuagique doivent être confirmés. La région est préremplie selon votre emplacement, et les deux champs restent modifiables.
   * Si l'espace de travail cible contient déjà des données, vous êtes invité à choisir un dossier de destination; vos entrées y sont importées et leurs ID sont réattribués afin d'éviter les collisions avec les entrées existantes.
   * Si l'espace de travail cible comporte des coffres partagés, vous êtes invité à choisir entre l'importation dans votre coffre utilisateur (la valeur par défaut) ou un coffre partagé. Ce choix apparaît seulement si un coffre partagé vous est accessible.
5. Confirmez l'espace de travail source, l'espace de travail cible, le coffre et le dossier, puis cliquez sur ***Démarrer la migration***. Chaque élément a un lien ***Changer*** pour revenir en arrière et l'ajuster. Votre espace de travail local n'est pas modifié ni supprimé par cette étape.
6. Une fois la migration terminée, vous verrez une confirmation indiquant que vos connexions ont été copiées avec succès dans votre espace de travail infonuagique.

{% hint style="info" %}
Si une licence était attribuée à votre espace de travail local, cette licence est transférée à l'espace de travail infonuagique dans le cadre de la migration.
{% endhint %}

#### Après la migration

Une fois la migration terminée, votre espace de travail local est défini en lecture seule. Il n'est pas supprimé ni dissocié, mais il ne peut plus être modifié, ce qui empêche vos données de diverger entre les deux espaces de travail. Vous pouvez le rendre de nouveau accessible en écriture à partir des propriétés de l'espace de travail, au besoin.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.devolutions.net/rdm/fr/knowledge-base/migrate-a-local-workspace-to-devolutions-cloud.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.