Qu'est-ce qu'un catalogue ou une base miroir dans un sigb ?
Question d'origine :
Bonjour,
Qu'est-ce qu'un catalogue ou une base miroir dans un sigb ?
merci par avance
Réponse du Guichet
Une base miroir est une sorte de sauvegarde à jour de la base disponible immédiatement que l'on peut utiliser en cas de défaillance de la base principale.
Bonjour,
Un système de gestion de bibliothèque (SGB), "dit également système intégré de gestion de bibliothèque (SIGB), est un logiciel destiné à la gestion informatique des différentes activités nécessaires au fonctionnement d’une bibliothèque. Il permet notamment de gérer le prêt, la description, la consultation, la recherche et l'acquisition de documents."
Le catalogue fait partie des modules de gestion proposés par un SIGB.
Le catalogue de bibliothèque est "une base de données signalant en totalité ou partiellement les documents disponibles dans une ou plusieurs bibliothèques. Il est destiné à identifier les documents décrits dans des notices et à faciliter leur recherche ou leur localisation".
Comme l'indique de manière claire le site de l'ENSSIB : " le module catalogue (généralement associé à une OPAC, c’est-à-dire à une interface d'interrogation conçue pour le public de la bibliothèque) est constitué des notices bibliographiques des documents conservés par la bibliothèque. "
Une base miroir est une sorte de sauvegarde à jour de la base disponible immédiatement que l'on peut utiliser en cas de défaillance de la base principale.
Un tutoriel vidéo explique bien ce qu'est une mise en miroir de base de donnée :
Pour aller plus loin, quelques notions d'informatique proposées par Microsoft :
Avantages de la mise en miroir de bases de données
La mise en miroir de bases de données est une stratégie simple qui présente les avantages suivants :
Elle augmente la disponibilité d'une base de données.
En cas de sinistre, en mode haute sécurité avec basculement automatique, le basculement met rapidement en ligne la copie de secours de la base de données (sans perte de données). Dans les autres modes de fonctionnement, l'administrateur de base de données peut opter pour le service forcé (avec perte de données possible) de la copie de secours de la base de données. Pour plus d'informations, consultez Basculement de rôle, plus loin dans cette rubrique.
Elle augmente la protection des données.
La mise en miroir de bases de données procure une redondance des données complète ou presque complète, selon que le mode de fonctionnement est haute sécurité ou hautes performances. Pour plus d'informations, consultez Modes de fonctionnement, plus loin dans cette rubrique.
Un serveur partenaire de mise en miroir de bases de données qui s'exécute sur SQL Server 2008 Enterprise ou versions ultérieures tente de résoudre automatiquement certains types d'erreurs qui empêchent la lecture d'une page de données. Un partenaire qui ne peut pas lire une page demande une copie actualisée à un autre partenaire. Si cette demande aboutit, la page illisible est remplacée par la copie, ce qui permet généralement de résoudre l'erreur. Pour plus d’informations, consultez Réparation de page automatique (groupes de disponibilité : mise en miroir de bases de données).
Elle augmente la disponibilité de la base de données de production au cours des mises à niveau.
Pour réduire le temps mort pour une base de données mise en miroir, vous pouvez mettre à niveau séquentiellement les instances de SQL Server qui hébergent les partenaires de basculement. Elle n'implique le temps mort que d'un basculement unique. Cette forme de mise à niveau s'appelle une mise à niveau propagée. Pour plus d’informations, consultez Mise à niveau des instances en miroir.
[...]
Présentation de la mise en miroir de bases de données
La mise en miroir de bases de données conserve deux exemplaires d'une même base de données qui doivent résider sur des instances de serveur distinctes du Moteur de base de données SQL Server. En règle générale, ces instances de serveur résident sur des ordinateurs dans des emplacements distincts. Le démarrage de la mise en miroir de bases de données sur une base de données initie une relation, appelée session de mise en miroir de bases de données, entre ces instances de serveur.
Une instance de serveur sert la base de données aux clients (le serveur principal). L’autre instance agit comme un serveur de secours (le serveur miroir), selon la configuration et l’état de la session de mise en miroir. Lorsqu'une session de mise en miroir de bases de données est synchronisée, la mise en miroir de bases de données procure un serveur de secours automatique qui prend en charge le basculement rapide sans perte de données des transactions validées. Lorsque la session n'est pas synchronisée, le serveur miroir est généralement disponible en tant que serveur de secours semi-automatique (avec une perte de données possible).
Le serveur principal et le serveur miroir communiquent et collaborent en tant que serveurs partenaires dans une session de mise en miroir de bases de données. Les deux serveurs partenaires jouent des rôles complémentaires dans la session : le rôle principal et le rôle de miroir. À tout moment, un partenaire détient le rôle principal, alors que l'autre partenaire détient le rôle miroir. Chaque serveur partenaire est décrit comme étant propriétaire de son rôle actif. Le serveur partenaire qui possède le rôle principal est appelé serveur principal, et sa copie de la base de données est la base de données principale active. Le serveur partenaire qui possède le rôle miroir est appelé serveur miroir, et sa copie de la base de données est la base de données miroir active. Lors du déploiement de la mise en miroir de bases de données dans un environnement de production, la base de données principale correspond à la base de données de production.
La mise en miroir de bases de données implique la répétition de chaque opération d'insertion, de mise à jour et de suppression effectuée sur la base de données principale aussi rapidement que possible sur la base de données miroir. Cette répétition est accomplie en envoyant un flux des enregistrements du journal de transactions actif vers le serveur miroir, ce qui applique les enregistrements du journal à la base de données miroir, en séquence, aussi rapidement que possible. Contrairement à la réplication, qui fonctionne au niveau logique, la mise en miroir de bases de données fonctionne au niveau de l'enregistrement du journal physique. À compter de SQL Server 2008, le serveur principal compresse le flux des enregistrements du journal de transactions avant de l'envoyer vers le serveur miroir. Cette compression de journal se produit dans toutes les sessions de mise en miroir.
source : Microsoft
Pour en savoir plus sur les bases miroirs, quelques sites :
- Mise en miroir de base de données SQLServer
- Différence entre la mise en miroir et la réplication
N'hésitez pas à interroger le service Questions/réponses de l'ENSSIB destiné aux professionnels des bibliothèques pour plus de précisions.
Bonne journée.