Discussion :

[jonpol45]

Bonjour,

Je suis tout nouveau dans le monde de la base de donnees et de SQL SERVER.

Après moultes batailles, j'ai réussi à mettre en place 2 SQL SERVER 2014 installer en autonome et avec un groupe de disponibilité AlwaysOn.

Coté groupe de disponibilité ils sont configuré de la facon suivante



Ma base se synchrone correctement.

J'ai créé un user avec comme appartenance au rôle de db : db_datareader

Le problème j'ai donc créé sur le principal et testé pas de soucis mais suite à une bascule sur le secondaire je ne peux me connecter à la base avec cet user car on me dit que la base est en lecture seule (code error: Msg 3906, Level 16, State 1, Line 1)
Mais d'après les propriétés de celle-ci elle n'est pas en lecture seule.

Pour infos, je suis en multi-user sur celle-ci.

Depuis hier je suis dessus et je tourne en rond.

Si quelqu'un aurait une solution/piste....

Merci d'avance

[SQLpro]

Quelle requête avez vous fait pour le basculement ?

Quelle requête avez-vous lancé pour obtenir ce message d'erreur ?

Quel est l'état de votre base ? du point de vue AlwaysOn...
SELECT * FROM sys.dm_hadr_availability_replica_states

A +

[jonpol45]

Bon je crois avoir deviné le problème .......boulet

Windows server à basculé sur le noeud 2 mais sur le noeud 2 c'est sql serveur secondaire et comme coté groupe de disponibilité je suis actif sur le principale qui est sur le noeud 1 c'est là le problème.

Je me logue sur ip de bascule et du coup j'arrive sur le 2 avec un sql server non actif. Je pensais que si bascule coté cluster de basculement windows server 2012 ça suivait coté sql server mais non apparemment ou j'ai loupé un truc.

Sinon pour répondre à vos question :

Quelle requête avez vous fait pour le basculement ? aucune ca basculé suite à un reboot des serveurs :-(

Quelle requête avez-vous lancé pour obtenir ce message d'erreur ? aucune je ne suis pas encore à l'aise avec les requêtes donc en graphique mais pour répondre je me logue avec login/mdp du user qui doit être en r/o et c'est là que j'ai le message d'erreur.

Quel est l'état de votre base ? du point de vue AlwaysOn... UP sur le noeud 1 .......rhaaa
SELECT * FROM sys.dm_hadr_availability_replica_states

Merci d'avance pour votre réponse.

[mikedavem]

Windows server à basculé sur le noeud 2 mais sur le noeud 2 c'est sql serveur secondaire et comme coté groupe de disponibilité je suis actif sur le principale qui est sur le noeud 1 c'est là le problème.

Je me logue sur ip de bascule et du coup j'arrive sur le 2 avec un sql server non actif. Je pensais que si bascule coté cluster de basculement windows server 2012 ça suivait coté sql server mais non apparemment ou j'ai loupé un truc.

Ce fonctionnement est tout à fait anormal à ma connaissance. En effet, la DLL de ressource utilisée par le réplica primaire ne peut communiquer avec le cluster qu'au travers deu nœuds qui manage les ressources. En d'autres termes le réplica primaire doit suivre ton basculement ou du moins le nœud qui possède les ressources.

D'autant plus étrange que si tu te connectes depuis le listener SQL sans aucun paramètre spécifique tu es automatiquement redirigé vers le réplica primaire (l'exception étant l'utilisation dans ta connexion string du paramètre applicationintent=readonly avec bien entendu une configuration existante au niveau des routes en lecture etc ...).

Ensuite effectivement comme le stipule SQLPro, dans le cas où tu arriverais sur le secondaire où ta base de données est en lecture seule, un simple SELECT ne te causerait pas de problème. As tu identifié quelle requête te pose problème ?

++