La base de datos virtual de SQL está impulsada por una tecnología de recuperación única en su tipo, pendiente de patente, que hace que los archivos de respaldo se comporten como bases de datos físicas estándar. Esta tecnología te permite crear bases de datos virtuales vinculando directamente archivos de respaldo a SQL Server sin requerir una operación de restauración.
Cada base de datos virtual es alojada por la instancia de SQL Server que determines. Todos los objetos y datos en las bases de datos virtuales están disponibles para trabajos de SQL Server y procedimientos almacenados, scripts T-SQL y otras aplicaciones de terceros.
El motor SQLvdb, que consta de un controlador y un servicio, gestiona la base de datos virtual y atiende las solicitudes de E/S de SQL Server a los archivos de datos virtuales. A medida que el motor SQLvdb conecta tus archivos de respaldo seleccionados y crea la base de datos virtual, reúne todas las transacciones y las presenta a SQL Server para su recuperación. Durante este proceso, la base de datos virtual de SQL "mapea" los datos de los archivos de respaldo. Si los datos ya han sido "mapeados", por ejemplo, a través de SQLsafe o la utilidad de generación de mapas, entonces la base de datos virtual de SQL procede a la creación de la base de datos virtual. Puedes crear una base de datos virtual conectando conjuntos de datos específicos de diferentes respaldos completos, diferenciales y de registro de transacciones. Reseña recopilada por y alojada en G2.com.
Equipamiento: Las bases de datos en su mayoría requieren una gran cantidad de recursos, independientemente de si se encuentran en un sistema real o virtualizado. Los sistemas de bases de datos virtualizadas basados en Microsoft SQL Server, así como Oracle y otros, necesitan suficiente potencia de procesamiento. Si esto no es proporcionado por la máquina virtual, puede causar una degradación significativa del rendimiento.
Licencias: en ocasiones, por ejemplo, en bases de datos virtuales SQL más antiguas, las licencias de bases de datos anteriores no se pueden transferir 1:1 a un sistema virtualizado ya que los cargos se refieren al rendimiento "potencial" del sistema y no a lo que realmente se utiliza. De esta manera, es importante antes de una transición estimar el entorno y considerar cuántos casos y procesadores se utilizarán para obtener un análisis entre el costo de un servidor de base de datos realmente existente o sus equivalentes virtuales.
Capacidad: Las bases de datos normalmente son complejas, y ese hecho no cambia con la virtualización. La nueva tecnología viene con una capa adicional que añade complejidad para los administradores de bases de datos (DBA's). Si no hay una separación entre los administradores de virtualización y los DBA's, entonces el trabajador necesita adquirir un conocimiento significativo sobre la virtualización de bases de datos además de su "saber hacer" habitual.
Responsabilidad: Muchos administradores de bases de datos no tienen acceso real a las profundidades de la capa de virtualización, ya que esto será gestionado por los administradores de TI. Cuando ocurren problemas con una base de datos virtual, ya sea por una anomalía en la máquina virtual o en el sistema virtual, a menudo resulta en largos retrasos para resolver el problema. Reseña recopilada por y alojada en G2.com.
Validado a través de LinkedIn
A este revisor se le ofreció una tarjeta de regalo nominal como agradecimiento por completar esta reseña.
Invitación de G2. A este revisor se le ofreció una tarjeta de regalo nominal como agradecimiento por completar esta reseña.
Esta reseña ha sido traducida de English usando IA.
