Estoy usando SQL Server 2008 Management Studio. La cuenta de inicio de sesión actual pertenece al grupo de administradores locales de la máquina. Estoy usando el modo de seguridad integrada de Windows en SQL Server 2008.
Mi problema es que, después de iniciar sesión en SQL Server Management Studio, selecciono mi nombre de inicio de sesión en Seguridad / Inicios de sesión, luego selecciono la pestaña Roles del servidor, luego selecciono el último elemento: sysadmin para hacerme pertenecer a este grupo / rol, pero dice que yo No tengo suficiente permiso. ¿Alguna idea de lo que está mal? Creo que el administrador local debería poder hacer cualquier cosa. :-)
sql-server
security
sql-server-2008
George2
fuente
fuente
Respuestas:
El inicio de sesión de la sesión en la que intenta establecer permisos debe tener permisos.
Entonces, ¿el inicio de sesión que está utilizando es un administrador local? Esto significa que el grupo de administración local no tiene suficientes derechos.
La GUI ejecutará esto también sp_addsrvrolemember . Aunque esto dice
Por lo tanto, el grupo de administración local no es miembro de sysadmin.
Editar:
Para resolver: use un inicio de sesión que tenga derechos. puedes encontrar uno usando sp_helpsrvrolemember
fuente
En un buen artículo, Solución de problemas: conexión a SQL Server cuando los administradores del sistema están bloqueados , el autor nos dice que todo lo que tenemos que hacer para recuperar el control de nuestro servidor SQL es
Desafortunadamente, lo que significa comenzar en modo de usuario único no es una cuestión intuitiva. Además, al menos en mi experiencia, la membresía en el grupo de administradores locales de mi computadora no otorgó el estado de administrador del sistema a mi cuenta de "usuario".
Esta historia había comenzado cuando se trataba un problema de membresía en mi dominio por un servidor que no era DC (como consecuencia de cambiar de ISP). Reconstruí DC en Windows Server 2008 R2 a partir de 2008. Esto solucionó un par de problemas menores pero no solucionó La cuestión de la membresía del servidor errante. Tomó una solución sugerida en ServerFault para lograr eso (en mi caso, fue una cuestión de restablecer winsock y tcpip).
SQL Server 2008 reside en ese segundo servidor, ahora miembro del dominio. Aquí está el problema. Como alguien señala en ServerFault, es común presionar "permitir que el usuario actual se convierta en administrador del sistema" al instalar Server 2008. Común también para no considerar a nadie más. Debido a que esa identidad de usuario único era un miembro de dominio de un dominio que ya no existía, nadie tenía permiso para administrar SQL Server.
Me conecté como el administrador del servidor local que existía cuando se instaló SQL Server, pero aunque esto me permitió acceder a Management Studio, descubrí rápidamente que BUILTIN \ Administrators solo tenía la función de servidor "público".
Después de mucha investigación y experimentación, me encontré con un artículo que brinda los detalles del inicio de sesión de un solo usuario http://technet.microsoft.com/en-us/library/ms180965.aspx :
Para prepararse para dar este paso, debe cerrar Sql Server (que se ejecuta de manera predeterminada en la mayoría de los casos). Utilice el Administrador de configuración de SQL para detener el "Servidor SQL".
Luego, en el símbolo del sistema, navegue a la ubicación del archivo de programa (o equivalente en su máquina) y emita el comando "sqlservr.exe -m". Si ve una secuencia de actividad registrada en su símbolo del sistema, está teniendo éxito. Si no se inicia, es probable que ya tenga SQL Server ejecutándose. Apágalo.
Permita que la instancia de usuario único adjunte sus bases de datos. Cuando la actividad de registro haya cesado, abra Management Studio. Estará automáticamente en modo de usuario único y, por lo tanto, cualquier cuenta que represente será un administrador de sistemas. Use ese poder para ajustar los inicios de sesión de seguridad y las funciones del servidor.
En mi caso, tuve que recrear las cuentas de dominio en el nuevo dominio, luego eliminar sus homónimos en SQL Server y reconstruirlos (debido a la situación SID / GUID), reasignando permisos a bases de datos particulares según sea necesario.
fuente
Eso es cierto, PERO en ese caso puede recuperarse de esa situación al iniciar el Servicio SQL Server en modo de usuario único (modo de emergencia), y cualquier administrador local podrá iniciar sesión.
Ver MSDN .
fuente
Por defecto, SQL agrega el grupo BUILTIN \ Administrators a la función sysadmin, lo que significa que cualquier administrador local de NT es automáticamente un administrador de sistemas SQL. En Vista, debido al UAC, debe ejecutarse en modo 'como administrador' para beneficiarse de este privilegio.
fuente
De forma predeterminada, SQL Server 2008 ya no agrega BUILTIN \ Administrators como miembros de la función fija de servidor sysadmin. Cuando pasa por el instalador, le pregunta qué cuenta o cuentas deberían tener derechos de administrador de sistemas. Hay un botón que básicamente dice "hazme un administrador de sistemas" que agregará la cuenta del usuario que realiza la instalación como administrador de sistemas.
Si no agregaron ningún otro usuario como administrador del sistema, solo ese usuario es actualmente un administrador del sistema. Deberá hacer que esa persona inicie sesión en SQL Server y otorgue los derechos de administrador de sistemas de DBA.
fuente
Reflexioné sobre el mismo problema después de una nueva instalación hasta que registré el servidor, en SQL Server 2008, luego todo salió como debería
fuente