Quelles sont les options de sauvegarde et de reprise après sinistre d'iDBQuery ?

La sauvegarde et la reprise après sinistre d'iDBQuery portent sur sa propre configuration, puisque vos données sources restent dans vos systèmes.

• Ce qui est sauvegardé - l'état applicatif d'iDBQuery, les paramètres de connexion, les définitions de la couche sémantique, les rapports enregistrés et les tableaux de bord, afin que votre configuration puisse être restaurée après une panne.
• Vos données, votre reprise - comme iDBQuery interroge les sources sur place, il ne devient pas une seconde copie de vos bases de données ; celles-ci continuent de suivre votre propre plan de sauvegarde et de reprise.
• Contrôle en auto-hébergement - dans un déploiement en VPC ou sur site, iDBQuery s'intègre à vos outils existants d'instantané, de réplication et de restauration, afin que la reprise atteigne vos objectifs de RPO et de RTO.
• Tests de restauration - nous recommandons des exercices de restauration périodiques, et nous pouvons vous conseiller sur la sauvegarde des composants qui portent votre configuration.

Par exemple, si un hôte iDBQuery auto-hébergé tombe en panne, vous restaurez sa sauvegarde de configuration sur une nouvelle infrastructure et vous vous reconnectez aux mêmes sources en direct - vos données n'ont jamais été enfermées dans iDBQuery au départ. Cela reflète l'architecture d'interrogation sur place : l'outil détient les questions, les modèles et les rapports, pas un entrepôt de vos données brutes, ce qui réduit la portée de la reprise et préserve l'intégrité de votre référentiel de vérité. Contactez-nous pour des conseils de sauvegarde adaptés à votre déploiement et à vos exigences de reprise après sinistre.