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

# Uso del servidor de control DVLS\_Owner

El permiso `Control Server` en la cuenta ***DVLS\_Owner*** puede parecer excesivo a primera vista. Este artículo explica exactamente por qué es necesario, cuándo se utiliza y cómo evitar concederlo.

### Conceder view server state a DVLS\_Scheduler

Devolutions Server requiere que la cuenta ***DVLS\_Scheduler*** posea el permiso `View server state server level`. El servicio Scheduler utiliza este permiso para consultar las vistas de administración dinámica (DMV) de SQL Server con el fin de supervisar la carga actual de la instancia de SQL y limitar su propio trabajo en consecuencia, garantizando que el Scheduler nunca sobrecargue su SQL Server durante las operaciones en segundo plano.

SQL Server aplica una regla: para conceder un permiso a nivel de servidor a otra cuenta, el otorgante debe poseer él mismo `Control Server` (o ser miembro del rol sysadmin). No existe ninguna alternativa con menos privilegios para conceder permisos a nivel de servidor en SQL Server.

Esto significa que ***DVLS\_Owner*** necesita `Control Server` no para utilizarlo directamente, sino únicamente para poder emitir la siguiente concesión a ***DVLS\_Scheduler***: `GRANT VIEW SERVER STATE TO [DVLS_Scheduler];`.

#### Mensaje de error

El siguiente mensaje de error aparece cuando un usuario hace clic en el botón [***Apply least permissions***](broken://pages/54e1ba64bbe41bb8f4a9cfb86bb044e57ff65a85#settings) de la Devolutions Server Console sin tener el permiso `GRANT`, o al actualizar Devolutions Server:

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

### ¿Cuándo se utiliza realmente Control Server?

`Control Server` no es un permiso de tiempo de ejecución. Devolutions Server nunca lo utiliza durante el funcionamiento normal. Solo se ejerce en los siguientes momentos administrativos específicos:

* Instalación inicial: cuando la base de datos y las cuentas se aprovisionan por primera vez.
* Actualizaciones del producto: cuando el modelo de permisos se vuelve a aplicar tras una actualización.
* Reaplicación manual: cuando un administrador hace clic explícitamente en [***Apply least permissions***](/server/es/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md#settings) en la sección ***Advanced credentials*** de la Devolutions Server Console.
* Ventana Credenciales (normalmente solo es necesaria cuando se cambia la cuenta de servicio).

Fuera de estos momentos, ***DVLS\_Owner*** no se conecta a SQL Server durante el funcionamiento normal y no es la cuenta de tiempo de ejecución.

#### Soluciones alternativas para evitar el uso de control server en DVLS\_Owner

Si su política de seguridad no permite conceder `Control Server` a ***DVLS\_Owner***, existen dos alternativas admitidas. Ambas logran el mismo resultado: que ***DVLS\_Scheduler*** posea `View Server State` sin necesidad de que ***DVLS\_Owner*** posea `Control Server`.

**Opción 1: generar y ejecutar el script manualmente**

Devolutions Server puede [generar el script SQL](/server/es/knowledge-base/how-to-articles/generate-a-script-for-database-permissions.md) que de otro modo ejecutaría él mismo. Un administrador de SQL Server con los privilegios adecuados, por ejemplo, una cuenta sysadmin, puede entonces revisar y ejecutar el script manualmente.

**Opción 2: conceder el permiso manualmente**

Un administrador de SQL Server [puede conceder el permiso directamente](/server/es/devolutions-server-console/devolutions-server-settings/database/advanced-credentials.md) a ***DVLS\_Scheduler*** sin implicar en absoluto a ***DVLS\_Owner***.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.devolutions.net/server/es/knowledge-base/knowledge-base-articles/dvls_owner-control-server-usage.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.