none
Instalación de SQL Server 2017 en servidor de dominio RRS feed

  • Pregunta

  • Buenos días a todos,

    Nuevamente recurro a sus conocimiento para que me orienten como instalar SQL Server 2017 en el servidor de dominio, en la empresa solo se tiene un servidor y ahí está el Active Directory, y se va a cambiar la versión de SQL Server de la versión 2008 R2 a la versión 2017, ya lo instalé pero si pongo autenticación SQL no me dejaba levantar el motor de la base, ya logré levantarlo pero al querer ingresar en SSMS y indica que la conexion al servidor fue existosa pero que no se puede conectar porque muestra el siguiente error:

    TITLE: Connect to Server
    ------------------------------

    Cannot connect to GEMINIS\INST_PROD.

    ------------------------------
    ADDITIONAL INFORMATION:

    A connection was successfully established with the server, but then an error occurred during the login process. (provider: SSL Provider, error: 0 - La cadena de certificación fue emitida por una entidad en la que no se confía.) (Microsoft SQL Server, Error: -2146893019)

    For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2146893019&LinkId=20476

    ------------------------------

    La cadena de certificación fue emitida por una entidad en la que no se confía

    ------------------------------
    BUTTONS:

    OK
    ------------------------------

    Alguien sabe como puedo realizar la instalación

    lunes, 13 de mayo de 2019 15:33

Respuestas

  • Gracias a todos por su apoyo, ya quedó instalado y funcionado, resulta que después de varias pruebas vimos que al instalar pide el usuario con el que se levantaran los servicios de SQL y escogía al usuario NT Loccal, pero cuando pedí cambiar usuario me dí cuenta que el usuarios NT Local es el que se da de alta en el directorio activo, cambié la ubicación de los usuarios hacia el equipo local y ahí aparece el usuario administrador local, seleccioné ese usuario y ya se instalo correctamente, los servicio del motor de SQL y el Agent se levantaron sin mayor problema, ya programe tareas para realizar los respaldos y funcionaron correctamente y ya se probaron las aplicaciones que acceden a la base de datos y funcionan correctamente.

    Nuevamente gracias por su apoyo.

    • Marcado como respuesta Paco Miranda lunes, 13 de mayo de 2019 20:31
    lunes, 13 de mayo de 2019 20:31

Todas las respuestas

  • Hola  

    Gracias por levantar tu consulta en los foros de MSDN. Con respecto a la misma, te hago la recomendación de ingresar al siguiente enlace en donde puedes encontrar una posible solución para tu problema.

    https://social.msdn.microsoft.com/Forums/es-ES/6bd330b9-c66f-4d2a-a5e1-b39945eac8a1/problema-con-la-instalacion-de-sql-server-2017-developer-edition?forum=sqlserveres

    https://social.msdn.microsoft.com/Forums/es-ES/627c408d-e911-421e-9d9a-0a92ce1a4fa8/migrar-servidor-sql-a-un-nuevo-dominio?forum=sqlserveres

    Gracias por usar los foros de MSDN.

    Carlos Ruiz
     ____

    Por favor recuerde "Marcar como respuesta" las respuestas que hayan resuelto su problema, es una forma común de reconocer a aquellos que han ayudado, y hace que sea más fácil para los otros visitantes encontrar la solución más tarde. 

    Microsoft ofrece este servicio de forma gratuita, con la finalidad de ayudar a los usuarios y la ampliación de la base de datos de conocimientos relacionados con los productos y tecnologías de Microsoft.  

    Este contenido es proporcionado "tal cual" y no implica ninguna responsabilidad de parte de Microsoft.

    lunes, 13 de mayo de 2019 16:44
  • Saludos,

    Parece que su servidor esta usando SSL3 y esta version ya usa TSL1.2, normalmente no es recomendado que un servidor de AD sea un servidor de SQL (es un escenario hasta donde recuerdo soportado) mas no recomendado.


    Blog: www.sqlservertoolbox.blogspot.com.mx

    lunes, 13 de mayo de 2019 16:56
  • Como dice Enrique, NO ESTA SOPORTADA la instalación de SQL Server en un servidor de dominio

    IIslas Master Consultant SQL Server

    lunes, 13 de mayo de 2019 17:47
  • Hasta donde recuerdo si esta soportado, no es recomendado porque luego se comporta raro.

    Blog: www.sqlservertoolbox.blogspot.com.mx

    lunes, 13 de mayo de 2019 17:49
  • Hola Paco Miranda:

    Revisando un poco de documentación sobre tú incidencia, pero literalmente la info y luego la fuente.

    Instalar SQL Server en un controlador de dominio

    Por razones de seguridad, Microsoft recomienda que no instale SQL Server 2008 en un controlador de dominio. El programa de instalación de SQL Server no impedirá la instalación en un equipo que sea un controlador de dominio, pero se aplican las limitaciones siguientes:

    Nota: Te marco en negrita, cual puede ser tú primer problema.

    • En Windows Server 2003, los servicios de SQL Server se pueden ejecutar en una cuenta de dominio o en una cuenta de sistema local.

    • No puede ejecutar los servicios de SQL Server en un controlador de dominio en una cuenta del servicio local o en una cuenta del servicio de red.

    • Una vez instalado en un equipo de SQL Server, no puede cambiar el equipo de un miembro de dominio a un controlador de dominio. Debe desinstalar SQL Server antes de cambiar el equipo host a un controlador de dominio.

    • Una vez instalado en un equipo de SQL Server, no puede cambiar el equipo de un controlador de dominio a un miembro de dominio. Debe desinstalar SQL Server antes de cambiar el equipo host a un miembro de dominio.

    • Las instancias del clúster de conmutación por error de SQL Server no se admiten en el caso en que los nodos de clústeres sean controladores de dominio.

    • El programa de instalación de SQL Server no puede crear grupos de seguridad ni suministrar cuentas de servicio de SQL Server en un controlador de dominio de solo lectura. En este escenario, se producirá un error en el programa de instalación.

    https://docs.microsoft.com/es-es/previous-versions/sql/sql-server-2008/ms143506(v=sql.100)#DC_Support

    En muchos sitios, solo se dispone de un servidor, y se tiene un dominio montado. Yo monte muchos, cuando ni tan siquiera me planteaba posible, tener separación de servicios esenciales por máquinas. Cuando no hace tanto, quién tenía un Windows server era un privilegiado. (Algunos siguen en producción)

    Pero hay que tener determinado cuidado con las cuentas que levantan el servicio.

    Siguiendo esta posibilidad, esta documentado en este blog de Microsoft, que recomiendan por seguridad y por rendimiento no hacerlo. Pero....

    https://blogs.technet.microsoft.com/mdegre/2011/06/25/puedo-instalar-sql-server-en-un-controlador-de-dominio/

    Es evidente, que mientras esta trasmitiendo info por la red relativa al dominio, no esta trabajando con el SQL. Por supuesto que yo al menos asumo, que a veces la infraestructura es la que hay.

    Eso si dos de los servicios más importantes de tu infraestructura, se van a pegar por recursos, y cuando un bloquee la máquina el otro no podrá dar lo que le solicitan, pero solo tú conoces tu infraestructura, lo que hay, y las necesidades.

    Espero la info te ayude

    lunes, 13 de mayo de 2019 20:07
  • Gracias a todos por su apoyo, ya quedó instalado y funcionado, resulta que después de varias pruebas vimos que al instalar pide el usuario con el que se levantaran los servicios de SQL y escogía al usuario NT Loccal, pero cuando pedí cambiar usuario me dí cuenta que el usuarios NT Local es el que se da de alta en el directorio activo, cambié la ubicación de los usuarios hacia el equipo local y ahí aparece el usuario administrador local, seleccioné ese usuario y ya se instalo correctamente, los servicio del motor de SQL y el Agent se levantaron sin mayor problema, ya programe tareas para realizar los respaldos y funcionaron correctamente y ya se probaron las aplicaciones que acceden a la base de datos y funcionan correctamente.

    Nuevamente gracias por su apoyo.

    • Marcado como respuesta Paco Miranda lunes, 13 de mayo de 2019 20:31
    lunes, 13 de mayo de 2019 20:31
  • Deja que se comporte "raro", con alguna actualización o parche, podría dejar de funcionar, pero bueno, "cuidado con el perro" y te saltas la barda, pues ser que el perro este de vacaciones

    IIslas Master Consultant SQL Server

    martes, 14 de mayo de 2019 15:48
  • Si pero el bottom line... Microsoft dice que se puede y que daran soporte al escenario.

    Blog: www.sqlservertoolbox.blogspot.com.mx

    martes, 14 de mayo de 2019 16:30
  • De acuerdo, pero SIEMPRE hemos sabido que SQL Server debe instalarse Stand Alone, pero bueno, si MICROSOFT te dice que se PUEDE, adelante, al cliente, lo que pida

    IIslas Master Consultant SQL Server

    martes, 14 de mayo de 2019 17:30