Discussion :

[Scregneugneuu]

Bonjour,

J'ai mis en place le log shipping sur une base de donnée qui dispose d'un filegroup principal (deux datafiles) et d'un filegroup FILESTREAM.
La restauration de la base sur le nœud secondaire fonctionne, elle est en STANDBY MODE afin d'être accessible en lecture.
Les jobs de backup log, copy log et restore log fonctionnent, mais en regardant les datafiles dans sys.master_files, on peut constater que le datafile du FILESTREAM est en état RESTORING alors que les autres sont en ONLINE.

J'avais vérifié, le FILESTREAM est bien compatible avec le log shipping.
Est-ce normal que le datafile reste en RESTORING et ne passe pas en ONLINE ?

J'avais essayé de mettre en place le log shipping mais en mettant la seconde base en NORECOVERY (sans accès en lecture), le datafile FILESTREAM était également en mode RESTORING, pas ONLINE.

Cordialement,
Scregneugneuu

[SQLpro]

C'est normal. En fait les objets FILESTREAM sont journalisés par un mécanisme indépendant du journal de transaction proprement dit. Regarde le répertoire de stockage du FS et tu verras qu'il contient un répertoire nommé (de tête) $FS_log....

A +

[Scregneugneuu]

Bonjour SQLPro,

En effet, j'ai bien un dossier $FSLOG qui est vide, je ne pense pas que le FILESTREAM soit utilisé.
Mais du coup, ton retour me conforte dans l'idée qu'il est normal d'avoir le FILEGROUP en RESTORING et non en ONLINE avec le log shipping.

D'ailleurs, le monitoring du log shipping "ne fonctionne pas", la vue log_shipping_monitor_primary/secondary ne sont pas à jour pour les champs last_backup/mast_restore, du coup, je me retrouver avec des erreurs 14420/14421 alors que les jobs du log shipping fonctionne bien.
J'ai vu que cela pouvait venir du serveur lié qui est crée pour le log shipping (LOGSHIPLINK_W2019-SQL1_-1929543321), en testant une connexion, il m'indique que le serveur lié n'est pas configuré pour le DATA_ACCESS (erreur 7411).
J'ai donc activer le DATA_ACCESS (exec sp_serveroption 'LOGSHIPLINK_W2019-SQL1_-1929543321','Data Access','true') mais j'ai toujours le même soucis.
Même en cochant la case "Seront effectuées dans ce contexte de sécurité" sous "Si une connexion n'est pas défini dans la liste ci-dessus" et en renseignant le compte "sa" l'erreur 7411 continue.





Une idée de pourquoi l'erreur 7411 continue de remonter ?
Pour info, j'ai complètement désactivé le pare-feu de ma VM pour éviter un soucis de port et mes services TCP/IP, Named Pipes, Shared Memory sont démarrés.

Cordialement,
Scregneugneuu