Il database virtuale SQL è guidato da un'innovativa tecnologia di recupero in attesa di brevetto che fa sì che i file di backup si comportino come database fisici standard. Questa tecnologia ti permette di creare database virtuali collegando direttamente i file di backup a SQL Server senza richiedere un'operazione di ripristino.
Ogni database virtuale è ospitato dall'istanza di SQL Server che specifichi. Tutti gli oggetti e i dati nei database virtuali sono accessibili ai lavori di SQL Server e alle procedure memorizzate, agli script T-SQL e ad altre applicazioni di terze parti.
Il motore SQLvdb, che consiste in un driver e un servizio, gestisce il database virtuale e gestisce le richieste di I/O di SQL Server ai file di dati virtuali. Mentre il motore SQLvdb collega i file di backup selezionati e crea il database virtuale, unisce tutte le transazioni e le presenta a SQL Server per il recupero. Durante questo processo, il database virtuale SQL "mappa" i dati dai file di backup. Se i dati sono già stati "mappati", ad esempio tramite SQLsafe o l'utilità di generazione delle mappe, allora il database virtuale SQL procede alla creazione del database virtuale. Puoi creare un database virtuale collegando set di dati specifici da vari backup completi, differenziali e di log delle transazioni. Recensione raccolta e ospitata su G2.com.
Attrezzatura: I database richiedono per lo più una grande quantità di risorse, sia in un sistema reale che virtualizzato. I sistemi di database virtualizzati basati su Microsoft SQL Server, così come Oracle e altri, necessitano di un'adeguata potenza di elaborazione. Se ciò non è fornito dalla VM, potrebbe causare un notevole degrado delle prestazioni.
Licenze: a volte, ad esempio nei database virtuali SQL più vecchi, le licenze dei database precedenti non possono essere trasferite 1:1 a un sistema virtualizzato poiché le tariffe si riferiscono alle prestazioni "potenziali" del sistema e non a ciò che viene effettivamente utilizzato. Pertanto, è importante prima di una transizione stimare l'ambiente e considerare quanti casi e processori verranno utilizzati per ottenere un confronto tra il costo di un server di database realmente esistente o i suoi equivalenti virtuali.
Capacità: I database sono generalmente complessi, e questo fatto non cambia con la virtualizzazione. La nuova tecnologia introduce un ulteriore livello che aggiunge complessità per gli amministratori di database (DBA). Se non c'è separazione tra gli amministratori della virtualizzazione e i DBA, allora il server deve acquisire conoscenze significative sulla virtualizzazione dei database oltre al loro normale "know-how".
Responsabilità: Molti amministratori di database non hanno un reale accesso alle profondità del livello di virtualizzazione, poiché questo sarà gestito dai responsabili IT. Quando si verificano problemi con un database virtuale, sia per un'anomalia nella VM o nel sistema virtuale, spesso si traducono in lunghi ritardi nella risoluzione del problema. Recensione raccolta e ospitata su G2.com.
Validato tramite LinkedIn
A questo recensore è stata offerta una carta regalo nominale come ringraziamento per aver completato questa recensione.
Invito da G2. A questo recensore è stata offerta una carta regalo nominale come ringraziamento per aver completato questa recensione.
Questa recensione è stata tradotta da English usando l'IA.
