none
AlwaysOn et répertoires des fichiers RRS feed

  • Question

  • Bonjour,

    J'ai installé un serveur SQL Server 2012 SP1 avec une instance T1 avec un répertoire C:\T1\Data et un deuxième avec une instance T2 avec un répertoire C:\T2\Data.

    T1 est mon primaire et T2 mon secondaire sous de l'AlwaysOn. Les bases sont synchrones et read-only pour la secondaire.

    Lorsque je suis sur mon instance T2 et je fais un SELECT * FROM sys.sysdatabases, mes bases sont bien dans C:\T2\Data comme elle le sont physiquement.

    Sur ce même serveur T2, si je fais un click droit sur la propriété d'une base et je vais dans le menu Files, mes fichiers sont dans C:\T1\Data.

    Est ce un bug ou c'est normal ?

    Est ce que ceci a une incidence sur le fonctionnement?

    De mes tests, je n'en ai pas vu!

    Merci pour vos réponse

    Cordialement,

    Stéphane 

    • Modifié STH vendredi 16 août 2013 12:05
    vendredi 16 août 2013 12:02

Réponses

  • Bonjour

    Généralement pour les groupes de disposibilité (et pas alwayson qui est seulement une marque), on utilise des points de montage, ce qui simplifie largement la tâche.

    Ceci dit, si vous avez fait une simple restauration de la base sans vous poser plus de questions, il est tout afait normal que la seconde instance voit les fichiers de donneés de la base avoir le même emplacement. Si vous souhaitez avoir els fichier dans C:\T2, utilisez l'optionWITH MOVE lors de la restauration.

    Mon avis : pour une configuration groupe de disponibilité, évitez les instances nommées (ou bien nommez les toutes de la même manière sur les différents serveur), cela vous évitera des problèmes tels que les emplacements pr défaut des fichiers. Pensez juste que quand vous allez ajouter un fichier à une base en mirroring ou groupe de disponibilité, le ou les serveurs secndaires vons vouloir reproduire le même chemin et s'il n'existe pas, une erreur se produira, stoppant la synchro.

    Cdlt

    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    • Marqué comme réponse STH jeudi 19 septembre 2013 07:48
    lundi 26 août 2013 06:47

Toutes les réponses

  • Bonjour

    Généralement pour les groupes de disposibilité (et pas alwayson qui est seulement une marque), on utilise des points de montage, ce qui simplifie largement la tâche.

    Ceci dit, si vous avez fait une simple restauration de la base sans vous poser plus de questions, il est tout afait normal que la seconde instance voit les fichiers de donneés de la base avoir le même emplacement. Si vous souhaitez avoir els fichier dans C:\T2, utilisez l'optionWITH MOVE lors de la restauration.

    Mon avis : pour une configuration groupe de disponibilité, évitez les instances nommées (ou bien nommez les toutes de la même manière sur les différents serveur), cela vous évitera des problèmes tels que les emplacements pr défaut des fichiers. Pensez juste que quand vous allez ajouter un fichier à une base en mirroring ou groupe de disponibilité, le ou les serveurs secndaires vons vouloir reproduire le même chemin et s'il n'existe pas, une erreur se produira, stoppant la synchro.

    Cdlt

    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    • Marqué comme réponse STH jeudi 19 septembre 2013 07:48
    lundi 26 août 2013 06:47
  • Re,

    Désolé pour ma réponse tardive mais le WITH MOVE a été utilisé.

    Je suis du même avis (éviter les instances nommées ou avoir le même nom) mais certains clients le font comme cela et se posent la question après ;-)

     Lorsqu'on effectue des opérations, il ne semble pas y avoir d'impacts.

    Je vais voir pour l'ajout de fichier dès que j'y retourne et tiendrait le forum au courant.

    Merci pour votre retour sur le sujet.

    Cdlt,

    Stéphane


    Best regards, Mit freundlichen Grüssen, Avec mes meilleures salutations, Stéphane Haby

    jeudi 12 septembre 2013 08:34
  • Hello,

    Après quelques tests, il semble donc comme l'a dit Chritophe que le seul problème est l'ajout de fichier dont voici les code d'erreurs si jamais vous le rencontrez:

    During redoing of a logged operation in database 'AG1_sth1' an error occurred at log record ID (47:784:1). Typically the specific failure is previously logged as an error in the Windows Event Log service. Restore the database from a full backup or repair the database.

    Error: 3313 Severity: 21 State: 2.

    AlwaysOn Availability Groups data movement for database 'AG1_sth1' has been suspended for the following reason: "system" (Source ID 2; Source string: 'SUSPEND_FROM_REDO'). To resume data movement on the database you will need to resume the database manually. For information about how to resume an availability database see SQL Server Books Online.

    Cannot create the file "AG1_sth1_Dat_2". Use WITH MOVE to specify a usable physical file name. Use WITH REPLACE to overwrite an existing file.

    Error: 5183 Severity: 16 State: 1.

    CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file 'C:\T1\Data\AG1_sth1\AG1_sth1_Dat_2.ndf'.

    Error: 5123 Severity: 16 State: 1.

    CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file 'C:\T1\Data\AG1_sth1\AG1_sth1_Dat_2.ndf'.

    Error: 5123 Severity: 16 State: 1.

    CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file 'C:\T1\Data\AG1_sth1\AG1_sth1_Dat_2.ndf'.

    Error: 5123 Severity: 16 State: 1.

    Merci Christophe pour ta réponse sur le sujet.

    Cdlt,

    Stéphane


    Best regards, Mit freundlichen Grüssen, Avec mes meilleures salutations, Stéphane Haby

    jeudi 19 septembre 2013 07:48