> 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/de/knowledge-base/migrate-a-local-workspace-to-devolutions-cloud.md).

# Eine lokale Datenquelle zu Devolutions Cloud migrieren

Verwenden Sie den Assistenten Zur Cloud-Datenquelle migrieren in Remote Desktop Manager, um eine lokale SQLite- oder XML-Datenquelle in eine Devolutions Cloud-Datenquelle zu kopieren.

Der Assistent ***Zur Cloud-Datenquelle migrieren*** kopiert die Daten Ihrer derzeit aktiven lokalen Datenquelle (SQLite oder XML) in eine Devolutions Cloud-Datenquelle, ohne dass Sie Dateien manuell exportieren und importieren müssen.

{% hint style="info" %}
Der Migrationsassistent ist derzeit nur in Remote Desktop Manager Windows verfügbar und wird nur angezeigt, wenn Ihre derzeit aktive Datenquelle eine lokale SQLite- oder XML-Datenquelle ist.
{% endhint %}

1. Gehen Sie zu ***Administration*** – ***Wartung*** und klicken Sie auf ***Zur Cloud-Datenquelle migrieren***.
2. Prüfen Sie, was Ihnen die Migration in die Cloud bietet (Zugriff von all Ihren Geräten, automatische Sicherungen und eine offlinefreundliche Synchronisierung), und bestätigen Sie, dass die angezeigte Quelldatenquelle diejenige ist, die Sie migrieren möchten.
3. Melden Sie sich bei Ihrem Devolutions Account an, oder erstellen Sie kostenlos eines, wenn Sie noch keines haben.
4. Wählen Sie die Cloud-Datenquelle aus, in die migriert werden soll.
   * ***Eine vorhandene Cloud-Datenquelle auswählen*** oder ***eine neue erstellen***. Beim Erstellen einer neuen Datenquelle müssen nur der Name der Datenquelle und die Cloud-Region bestätigt werden. Die Region ist anhand Ihres Standorts vorausgefüllt, und beide Felder bleiben bearbeitbar.
   * Wenn die Zieldatenquelle bereits Daten enthält, werden Sie aufgefordert, einen Zielordner auszuwählen; Ihre Einträge werden dorthin importiert und ihre IDs werden neu zugeordnet, um Kollisionen mit vorhandenen Einträgen zu vermeiden.
   * Wenn die Zieldatenquelle gemeinsame Tresore enthält, werden Sie aufgefordert, zwischen dem Import in Ihren Benutzer-Tresor (die Standardeinstellung) und einem gemeinsamen Tresor zu wählen. Diese Auswahl wird nur angezeigt, wenn Ihnen ein gemeinsamer Tresor zur Verfügung steht.
5. Bestätigen Sie die Quelldatenquelle, die Zieldatenquelle, den Tresor und den Ordner, und klicken Sie dann auf ***Migration starten***. Jedes Element hat einen Link ***Ändern***, um zurückzugehen und es anzupassen. Ihre lokale Datenquelle wird durch diesen Schritt weder geändert noch entfernt.
6. Sobald die Migration abgeschlossen ist, sehen Sie eine Bestätigung, dass Ihre Verbindungen erfolgreich in Ihre Cloud-Datenquelle kopiert wurden.

{% hint style="info" %}
Wenn Ihrer lokalen Datenquelle eine Lizenz zugewiesen war, wird diese Lizenz im Rahmen der Migration in die Cloud-Datenquelle übertragen.
{% endhint %}

#### Nach der Migration

Sobald die Migration abgeschlossen ist, wird Ihre lokale Datenquelle auf schreibgeschützt gesetzt. Sie wird weder gelöscht noch getrennt, kann aber nicht mehr bearbeitet werden, wodurch verhindert wird, dass Ihre Daten zwischen den beiden Datenquellen auseinanderlaufen. Sie können sie bei Bedarf über die Eigenschaften der Datenquelle wieder beschreibbar machen.


---

# 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/de/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.