> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-de-de/virtuelle-desktopinfrastruktur-vdi/remote-pc-pools/persistente-pcs.md).

# Persistente PCs

Ein permanenter Remotesystem ist ein System, das einem bestimmten Benutzer zugewiesen ist. Sobald ein System zugewiesen wurde, kann kein anderer Benutzer eine Verbindung zu ihm herstellen.

Es gibt zwei Möglichkeiten, ein Remotesystem als persistent festzulegen:

* Wenn Sie eine Ressource (Anwendung, Desktop usw.) von einem poolbasierten Remotesystem mithilfe des Veröffentlichungsassistenten veröffentlichen, können Sie im Abschnitt **Einstellungen für virtuelle Gäste** die Option **Persistent** auswählen. Auf diese Weise wird ein Remotesystem in einem Pool dem ersten Benutzer zugewiesen, der die veröffentlichte Ressource öffnet. Weitere Informationen finden Sie unter **Veröffentlichung von einem poolbasierten Remotesystem**.
* Sie können ein Remotesystem einem Benutzer auch manuell zuweisen. Navigieren Sie dazu zu **Farm** > \<site> > **VDI**, wählen Sie die Registerkarte **Desktops** aus, wählen Sie dann ein Remotesystem aus der Liste aus und klicken Sie auf **Aufgaben** > **Zuweisen**. Geben Sie im sich erstellenden Dialogfeld den Zielbenutzer an.

Um die Persistenz eines Remotesystems aufzuheben, wählen Sie dieses auf der Registerkarte **Desktops** aus und klicken Sie auf **Aufgaben** > **Zuweisung aufheben**.


---

# 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.parallels.com/landing/ras-admin-guide/v22-de-de/virtuelle-desktopinfrastruktur-vdi/remote-pc-pools/persistente-pcs.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.