Avaliações e Detalhes do Produto SQL Virtual Database

Banco de dados SQL virtual é uma das soluções econômicas e a migração torna-se rápida e simples. Implantação automática de instância de sistema e recursos proporciona menos tempo de inatividade e desempenho aumentado. Análise coletada por e hospedada no G2.com.

É necessário planejar cuidadosamente para o aplicativo crítico de negócios considerando os fatores de desempenho. Custo de licenciamento e sem acesso em tempo real ao backend do sistema para a modificação. Análise coletada por e hospedada no G2.com.

A primeira coisa é sobre o custo, é sem custo.

A parte de migração é muito fácil de fazer. As diretrizes são adequadas antes de usar o aplicativo. Análise coletada por e hospedada no G2.com.

Nada para não gostar no aplicativo até agora. Análise coletada por e hospedada no G2.com.

Capacidade de gerenciar e operar em arquivos de backup de SQL, Em cenários de necessidade de consultar backups para analisar dados, encontramos esta ferramenta muito útil, Todos os serviços, incluindo consultas complexas com junções, poderiam ser facilmente executados. Análise coletada por e hospedada no G2.com.

Nada sobre este produto foi desaprovado pela nossa equipe. Análise coletada por e hospedada no G2.com.

A melhor coisa sobre isso é que é um banco de dados de código aberto, o que significa que qualquer pessoa pode usá-lo gratuitamente e seu servidor funciona perfeitamente sem falhas, mesmo após usá-lo muitas vezes. Análise coletada por e hospedada no G2.com.

Às vezes, surge um problema de porta com o servidor, então temos que reinstalá-lo, caso contrário, ele funciona bem. Além disso, a interface pode ser melhorada para o usuário, para que seja fácil e conveniente de usar. Análise coletada por e hospedada no G2.com.

Melhor gerenciamento de falhas devido à rede e mais leve do que outros bancos de dados e todos os dados estão disponíveis para o servidor SQL, portanto, facilmente disponível, o motor SQLvdb é muito eficiente e também possui assistência. Análise coletada por e hospedada no G2.com.

Às vezes, isso é complexo, pois obtém dados de vários dispositivos. Dependente da plataforma, por exemplo, Microsoft SQL Server, Oracle. Problema de licença, pois lembra você repetidamente. Análise coletada por e hospedada no G2.com.

Leve e melhor gerenciamento de falhas e a interface do usuário é boa e fácil na consulta. Análise coletada por e hospedada no G2.com.

Dependência com a plataforma, lembrete de licença popup Análise coletada por e hospedada no G2.com.

Sua interface de usuário e forma de obter dados de consultas e a interface de usuário de tabelas Análise coletada por e hospedada no G2.com.

Alternar entre esquemas é lento e com novas conexões. Análise coletada por e hospedada no G2.com.

Reduz falhas devido a problemas temporários de rede e também mais leve Análise coletada por e hospedada no G2.com.

obtendo dados de múltiplos bancos de dados simultaneamente Análise coletada por e hospedada no G2.com.

É realmente fácil fazer backups em tempo real e otimizar as consultas SQL. Análise coletada por e hospedada no G2.com.

Algumas funcionalidades não são fáceis de entender para novos usuários. Análise coletada por e hospedada no G2.com.

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.