La base de données virtuelle SQL est animée par une technologie de récupération unique en son genre, en instance de brevet, qui fait que les fichiers de sauvegarde se comportent comme des bases de données physiques standard. Cette technologie vous permet de créer des bases de données virtuelles en liant directement des fichiers de sauvegarde à SQL Server sans nécessiter une opération de restauration. Chaque base de données virtuelle est hébergée par l'instance SQL Server que vous spécifiez. Tous les objets et données dans les bases de données virtuelles sont accessibles aux travaux SQL Server et aux procédures stockées, scripts T-SQL, et autres applications tierces. Le moteur SQLvdb, qui se compose d'un pilote et d'un service, gère la base de données virtuelle et traite les requêtes d'E/S SQL Server vers les fichiers de données virtuels. Au fur et à mesure que le moteur SQLvdb lie vos fichiers de sauvegarde sélectionnés et crée la base de données virtuelle, il réunit toutes les transactions et les présente à SQL Server pour récupération. Pendant ce processus, la base de données virtuelle SQL "cartographie" les données à partir des fichiers de sauvegarde. Si les données ont déjà été "cartographiées", par exemple, via SQLsafe ou l'utilitaire de génération de cartes, alors la base de données virtuelle SQL continue la création de la base de données virtuelle. Vous pouvez créer une base de données virtuelle en liant des ensembles de données spécifiques à partir de différentes sauvegardes complètes, différentielles et de journaux de transactions. Avis collecté par et hébergé sur G2.com.
Équipement : Les bases de données nécessitent pour la plupart une grande quantité de ressources, que ce soit dans un système réel ou virtualisé. Les systèmes de bases de données virtualisées basés sur Microsoft SQL Server, ainsi qu'Oracle et d'autres, ont besoin d'une puissance de traitement adéquate. Si cela n'est pas fourni par la VM, cela peut entraîner une dégradation significative des performances.
Licences : parfois, par exemple, dans les anciennes bases de données SQL virtualisées, les licences de base de données précédentes ne peuvent pas être transférées 1:1 vers un système virtualisé puisque les frais se réfèrent à la performance "potentielle" du système et non à ce qui est réellement utilisé. Ainsi, il est important avant une transition d'estimer l'environnement et de considérer combien de cas et de processeurs seront utilisés afin d'obtenir une comparaison entre le coût d'un serveur de base de données réellement existant ou ses équivalents virtuels.
Compétence : Les bases de données sont généralement complexes, et ce fait n'est pas modifié par la virtualisation. La nouvelle technologie vient avec une couche supplémentaire qui ajoute de la complexité pour les administrateurs de bases de données (DBA). S'il n'y a pas de séparation entre les administrateurs de virtualisation et les DBA, alors le travailleur doit acquérir des connaissances significatives sur la virtualisation des bases de données en plus de leur "savoir-faire" habituel.
Responsabilité : De nombreux administrateurs de bases de données n'ont pas de véritable accès aux profondeurs de la couche de virtualisation, car cela sera géré par les administrateurs informatiques. Lorsque des problèmes avec une base de données virtuelle surviennent, soit par une anomalie dans la VM ou le système virtuel, cela entraîne souvent de longs délais dans la résolution du problème. Avis collecté par et hébergé sur G2.com.
Validé via LinkedIn
Cet évaluateur s'est vu offrir une carte-cadeau nominale en remerciement pour avoir complété cet avis.
Invitation de la part de G2. Cet évaluateur s'est vu offrir une carte-cadeau nominale en remerciement pour avoir complété cet avis.
Cet avis a été traduit de English à l'aide de l'IA.
