podría deberse a que el rol de "Failover Clustering" no está instalado en el Windows Server. Para verificar la instalación del Rol Failover Clustering: Abra el Server Manager en Windows Server. Vaya a Manage > Add Roles and Features. En el asistente, seleccione Role-based or feature-based installation. Asegurese que el Failover Clustering esté seleccionado en la lista de características.
@@visoalgt estaba todo instalado correctamente , a pesar de los reinicios, se soluciono deshabilitando la opción en el servicio de sql de always on ,y volviendo a habilitarlo. Muchas gracias.
No, SQL Server Always On Availability Groups (AGs) no está disponible en la versión Standard de SQL Server. Esta característica es exclusiva de la versión Enterprise.
Profe buena tarde. Existe alguna manera de eliminar los usuarios, login, o quitar algunos permisos en una base de datos para los nodos secundarios de Always On?
En una configuración de SQL Server Always On Availability Groups, las bases de datos en los nodos secundarios son réplicas de solo lectura de la base de datos primaria, esto significa que no puedes directamente modificar usuarios, inicios de sesión o permisos en las bases de datos secundarias, ya que todas las operaciones de escritura (incluidas las relacionadas con la seguridad) deben realizarse en la base de datos primaria. Se puede intentar crear de manera manual los mismos inicios de sesión en los nodos secundarios replicando el mismo SID (identificadores de seguridad) para que coincidan con el nodo primario. Esto es importante porque las bases de datos utilizan estos SID para mapear inicios de sesión a usuarios de base de datos y una vez creados estos inicios de sesión, personalizar los permisos solo en los nodos secundarios. -- En el nodo primario: USE [master]; GO CREATE LOGIN [UsuarioEjemplo] WITH PASSWORD = 'ContraseñaSegura'; GO -- En un nodo secundario: USE [master]; GO CREATE LOGIN [UsuarioEjemplo] WITH PASSWORD = 'ContraseñaSegura', SID = 0x01050000000000051500000036D79BDF38D95E54B8F49710; GO
Si es incomodo que pida la tarjeta para una cuenta gratuita, pero así funciona, por 90 dias no cobra y hay que estar atento a dar de baja la cuenta antes de los 90 dias. Yo tengo una cuenta empresarial
gracias, muy buen video
Excelente Video
Grande Profe excelente aporte 👌
Buenas tardes , si al momento de especificar el tipo de cluster No me sale la opción "WIndows server failover cluster"(1:32:43) qué puedo hacer
podría deberse a que el rol de "Failover Clustering" no está instalado en el Windows Server.
Para verificar la instalación del Rol Failover Clustering:
Abra el Server Manager en Windows Server.
Vaya a Manage > Add Roles and Features.
En el asistente, seleccione Role-based or feature-based installation.
Asegurese que el Failover Clustering esté seleccionado en la lista de características.
@@visoalgt estaba todo instalado correctamente , a pesar de los reinicios, se soluciono deshabilitando la opción en el servicio de sql de always on ,y volviendo a habilitarlo.
Muchas gracias.
buenas tardes, consulta, ¿always on se puede hacer con Sql Standard?
No, SQL Server Always On Availability Groups (AGs) no está disponible en la versión Standard de SQL Server. Esta característica es exclusiva de la versión Enterprise.
Profe buena tarde. Existe alguna manera de eliminar los usuarios, login, o quitar algunos permisos en una base de datos para los nodos secundarios de Always On?
En una configuración de SQL Server Always On Availability Groups, las bases de datos en los nodos secundarios son réplicas de solo lectura de la base de datos primaria, esto significa que no puedes directamente modificar usuarios, inicios de sesión o permisos en las bases de datos secundarias, ya que todas las operaciones de escritura (incluidas las relacionadas con la seguridad) deben realizarse en la base de datos primaria. Se puede intentar crear de manera manual los mismos inicios de sesión en los nodos secundarios replicando el mismo SID (identificadores de seguridad) para que coincidan con el nodo primario.
Esto es importante porque las bases de datos utilizan estos SID para mapear inicios de sesión a usuarios de base de datos y una vez creados estos inicios de sesión, personalizar los permisos solo en los nodos secundarios.
-- En el nodo primario:
USE [master];
GO
CREATE LOGIN [UsuarioEjemplo] WITH PASSWORD = 'ContraseñaSegura';
GO
-- En un nodo secundario:
USE [master];
GO
CREATE LOGIN [UsuarioEjemplo] WITH PASSWORD = 'ContraseñaSegura', SID = 0x01050000000000051500000036D79BDF38D95E54B8F49710;
GO
Ingeniero buenas tardes, ¿para usar el portal de Azure es necesario tener cuenta empresarial?, a mí no me permite crear mi cuenta sin una Card...
Si es incomodo que pida la tarjeta para una cuenta gratuita, pero así funciona, por 90 dias no cobra y hay que estar atento a dar de baja la cuenta antes de los 90 dias. Yo tengo una cuenta empresarial