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

# Migrare uno spazio di lavoro locale a Devolutions Cloud

Utilizzi la procedura guidata Migra nello spazio di lavoro cloud di Remote Desktop Manager per copiare uno spazio di lavoro SQLite o XML locale in uno spazio di lavoro Devolutions Cloud.

La procedura guidata ***Migra nello spazio di lavoro cloud*** copia i dati dello spazio di lavoro locale attualmente attivo (SQLite o XML) in uno spazio di lavoro Devolutions Cloud, senza che debba esportare e importare manualmente i file.

{% hint style="info" %}
La procedura guidata di migrazione è attualmente disponibile solo in Remote Desktop Manager Windows e viene visualizzata solo quando lo spazio di lavoro attualmente attivo è uno spazio di lavoro SQLite o XML locale.
{% endhint %}

1. Vada in ***Amministrazione*** – ***Manutenzione*** e faccia clic su ***Migra nello spazio di lavoro cloud***.
2. Esamini ciò che offre la migrazione al cloud (accesso da tutti i dispositivi, backup automatici e una sincronizzazione adatta all'uso offline) e confermi che lo spazio di lavoro di origine mostrato è quello che desidera migrare.
3. Acceda al suo Devolutions Account oppure ne crei uno gratuitamente se non ne ha ancora uno.
4. Scelga lo spazio di lavoro cloud in cui eseguire la migrazione.
   * ***Selezionare uno spazio di lavoro cloud esistente*** oppure ***crearne uno nuovo***. Quando crea un nuovo spazio di lavoro, deve confermare solo il nome dello spazio di lavoro e la regione cloud. La regione è precompilata in base alla sua posizione ed entrambi i campi restano modificabili.
   * Se lo spazio di lavoro di destinazione contiene già dei dati, le viene chiesto di scegliere una cartella di destinazione; le voci vengono importate al suo interno e i relativi ID vengono riassegnati per evitare collisioni con le voci esistenti.
   * Se lo spazio di lavoro di destinazione dispone di casseforti condivise, le viene chiesto di scegliere tra l'importazione nella sua cassaforte utente (l'impostazione predefinita) o in una cassaforte condivisa. Questa scelta viene visualizzata solo se una cassaforte condivisa è disponibile per lei.
5. Confermi lo spazio di lavoro di origine, lo spazio di lavoro di destinazione, la cassaforte e la cartella, quindi faccia clic su ***Avvia migrazione***. Ogni elemento ha un collegamento ***Cambia*** per tornare indietro e modificarlo. Lo spazio di lavoro locale non viene modificato né rimosso da questo passaggio.
6. Al termine della migrazione, vedrà una conferma che le connessioni sono state copiate correttamente nello spazio di lavoro cloud.

{% hint style="info" %}
Se allo spazio di lavoro locale era assegnata una licenza, tale licenza viene trasferita allo spazio di lavoro cloud nell'ambito della migrazione.
{% endhint %}

#### Dopo la migrazione

Al termine della migrazione, lo spazio di lavoro locale viene impostato in sola lettura. Non viene eliminato né scollegato, ma non può più essere modificato, il che impedisce ai dati di divergere tra i due spazi di lavoro. Se necessario, può renderlo di nuovo scrivibile dalle proprietà dello spazio di lavoro.


---

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