> 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/knowledge-base/knowledge-base-articles/dvls_owner-control-server-usage.md).

# Brug af serverstyring med DVLS\_Owner

Forstå, hvorfor kontoen DVLS\_Owner skal have SQL-tilladelsen Control Server, hvornår den faktisk bruges, og to løsninger, så den ikke tildeles.

Tilladelsen `Control Server` på kontoen ***DVLS\_Owner*** kan ved første øjekast virke for omfattende. Denne artikel forklarer præcis, hvorfor den er nødvendig, hvornår den bruges, og hvordan tildelingen undgås.

### Tildel View Server State til DVLS\_Scheduler

Devolutions Server kræver, at kontoen ***DVLS\_Scheduler*** har tilladelsen `View server state server level`. Planlægningstjenesten bruger denne tilladelse til at forespørge dynamiske administrationsvisninger (DMV'er) i SQL Server for at overvåge den aktuelle belastning på SQL-instansen og drosle sit eget arbejde tilsvarende, så planlægningstjenesten aldrig overbelaster Deres SQL Server under baggrundshandlinger.

SQL Server håndhæver en regel. For at tildele en tilladelse på serverniveau til en anden konto skal den, der tildeler, selv have `Control Server` (eller være medlem af rollen sysadmin). Der er ikke et alternativ med færre privilegier til at tildele tilladelser på serverniveau i SQL Server.

Det betyder, at ***DVLS\_Owner*** skal have `Control Server`, ikke for at bruge den direkte, men udelukkende for at kunne udstede følgende tildeling til ***DVLS\_Scheduler***: `GRANT VIEW SERVER STATE TO [DVLS_Scheduler];`.

#### Fejlmeddelelse

Følgende fejlmeddelelse vises, når en bruger klikker på knappen [***Anvend mindste tilladelser***](/server/da/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md#settings) i Devolutions Server Console uden at have tilladelsen `GRANT`, eller ved opdatering af Devolutions Server:

`Msg 4613, Level 16, State 1, Line 1 Grantor does not have GRANT permission`

### Hvornår bruges Control Server faktisk?

`Control Server` er ikke en tilladelse til kørsel. Devolutions Server bruger den aldrig under normal drift. Den bruges kun ved følgende bestemte administrative tidspunkter:

* Første installation, når databasen og kontiene oprettes første gang.
* Produktopdateringer, når tilladelsesmodellen anvendes igen efter en opgradering.
* Manuel genanvendelse, når en administrator eksplicit klikker på [***Anvend mindste tilladelser***](/server/da/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md#settings) i sektionen ***Avancerede legitimationsoplysninger*** i Devolutions Server Console.
* Vinduet Legitimationsoplysninger (typisk kun nødvendigt, når tjenestekontoen ændres).

Uden for disse tidspunkter opretter ***DVLS\_Owner*** ikke forbindelse til SQL Server under normal drift og er ikke kørselskontoen.

#### Løsninger, så Control Server ikke bruges på DVLS\_Owner

Hvis Deres sikkerhedspolitik ikke tillader at tildele `Control Server` til ***DVLS\_Owner***, er der to understøttede alternativer. Begge giver det samme resultat, nemlig at ***DVLS\_Scheduler*** har `View Server State`, uden at ***DVLS\_Owner*** skal have `Control Server`.

**Mulighed 1: Generer og kør scriptet manuelt**

Devolutions Server kan [generere det SQL-script](/server/da/knowledge-base/how-to-articles/generate-a-script-for-database-permissions.md), som den ellers selv ville køre. En SQL Server-administrator med de relevante privilegier, f.eks. en sysadmin-konto, kan derefter gennemgå og køre scriptet manuelt.

**Mulighed 2: Tildel tilladelsen manuelt**

En SQL Server-administrator [kan tildele tilladelsen direkte](/server/da/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md) til ***DVLS\_Scheduler*** uden at involvere ***DVLS\_Owner*** overhovedet.


---

# 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/knowledge-base/knowledge-base-articles/dvls_owner-control-server-usage.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.