> 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/server/da/getting-started/installation/database-setup/fault-tolerance-at-the-database-level.md).

# Fejltolerance på databaseniveau

Fejltolerance på databaseniveau for Devolutions Server understøtter kun aktiv-passiv-topologier på grund af omfattende skrivehandlinger i baggrunden.

Devolutions-platformen er designet til at sikre dataintegritet og sporbarhed. Hver ændring eller sletning registreres, så der bevares en fuldstændig versionshistorik. Derudover registrerer et omfattende logningslag al bruger- og systemaktivitet og giver fuldstændig synlighed. Disse designbeslutninger påvirker de tilgængelige muligheder for at implementere fejltolerance på databaseniveau.

### Indvirkning på teknologivalg

På grund af de omfattende skrivehandlinger i baggrunden understøttes kun en aktiv-passiv-topologi. I denne opsætning:

* Standby-replikaen skal forblive urørt og synkroniseret med den primære database hele tiden.
* Kun én database kan være aktiv ad gangen.

De kan bruge Microsoft-teknologier som spejling eller klyngedannelse til at opnå dette, men det er afgørende, at den replikerede (standby) database kun tilgås, når den primære (master) ikke er tilgængelig.

### Spejling og datadeling med distribuerede teams

Da replikerede data skal forblive inaktive, er databasereplikering ikke egnet til miljøer med flere teams, der kræver samtidig adgang til det samme datasæt. I sådanne tilfælde bør alternative løsninger bruges til at lette datadeling, herunder:

* Synkroniseringsværktøjer, især det der er bygget til data i Remote Desktop Manager.
* PowerShell-scripting til at eksportere bestemte grene af Deres datatræ.

Disse tilgange gør det muligt for teams på forskellige steder at samarbejde effektivt og samtidig respektere begrænsningerne i den underliggende databasearkitektur.


---

# 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/server/da/getting-started/installation/database-setup/fault-tolerance-at-the-database-level.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.