O banco de dados virtual SQL é impulsionado por uma tecnologia de recuperação única, com patente pendente, que faz com que os arquivos de backup se comportem como bancos de dados físicos padrão. Esta tecnologia permite criar bancos de dados virtuais vinculando diretamente arquivos de backup ao SQL Server sem exigir uma operação de restauração. Cada banco de dados virtual é hospedado pela instância do SQL Server que você especificar. Todos os objetos e dados nos bancos de dados virtuais estão disponíveis para trabalhos do SQL Server e procedimentos armazenados, scripts T-SQL e outros aplicativos de terceiros. O SQLvdb Engine, que consiste em um driver e um serviço, gerencia o banco de dados virtual e atende às solicitações de E/S do SQL Server para os arquivos de dados virtuais. À medida que o SQLvdb Engine conecta seus arquivos de backup selecionados e cria o banco de dados virtual, ele reúne todas as transações e as apresenta ao SQL Server para recuperação. Durante este processo, o banco de dados virtual SQL "mapeia" os dados dos arquivos de backup. Se os dados já tiverem sido "mapeados", por exemplo, através do SQLsafe ou da utilidade Map Generation, então o banco de dados virtual SQL prossegue para a criação do banco de dados virtual. Você pode criar um banco de dados virtual conectando conjuntos de dados específicos de vários backups completos, diferenciais e de log de transações. Análise coletada por e hospedada no G2.com.
Equipamento: Bancos de dados, na maioria das vezes, requerem uma grande quantidade de recursos, independentemente de estarem em um sistema real ou virtualizado. Sistemas de banco de dados virtualizados baseados no Microsoft SQL Server, assim como Oracle e outros, precisam de poder de processamento adequado. Se isso não for fornecido pela VM, pode causar uma degradação significativa no desempenho.
Licenças: em alguns casos, como em bancos de dados virtuais SQL mais antigos, as licenças de banco de dados anteriores não podem ser transferidas 1:1 para um sistema virtualizado, pois as cobranças referem-se ao desempenho "potencial" do sistema e não ao que é realmente utilizado. Dessa forma, é importante antes de uma transição estimar o ambiente e considerar quantos casos e processadores serão utilizados para obter uma comparação entre o custo de um servidor de banco de dados realmente existente ou seus equivalentes virtuais.
Capacidade: Bancos de dados normalmente são complexos, e esse fato não é alterado pela virtualização. A nova tecnologia vem com uma camada extra que adiciona complexidade para os administradores de banco de dados (DBA's). Se não houver separação entre administradores de virtualização e DBA's, então o trabalhador precisa adquirir conhecimento significativo sobre virtualização de banco de dados além de seu "know-how" normal.
Responsabilidade: Muitos administradores de banco de dados não têm acesso real às profundezas da camada de virtualização, pois isso será gerenciado por administradores de TI. Quando ocorrem problemas com um banco de dados virtual, seja por uma peculiaridade na VM ou no sistema virtual, isso frequentemente resulta em longos atrasos na resolução do problema. Análise coletada por e hospedada no G2.com.
Validado pelo LinkedIn
Este avaliador recebeu um cartão presente nominal como agradecimento por completar esta avaliação.
Convite do G2. Este avaliador recebeu um cartão presente nominal como agradecimento por completar esta avaliação.
Esta avaliação foi traduzida de English usando IA.
