Che cosa si dovrebbe considerare l'aggiornamento a SQL Server 2014

Supporto per SQL Server 2005 si conclude 12 aprile 2016. Le organizzazioni devono ora cominciare a pianificare per aggiornare i loro database in SQL Server 2014. Mentre è SQL Server 2005 che sta andando in pensione, la realtà è che ci sono ancora database SQL Server 2000 che sono ancora operativo anche se non sono state supportate da Microsoft dal 2013. In realtà, Attualmente sto lavorando su una migrazione un'istanza di SQL Server 2000 a SQL Server 2014 per un cliente. Che molte organizzazioni non capiscono è i costi operativi nella gestione di software di database datato. Peggio ancora è la percezione che il denaro è salvato da non investire nella migrazione a SQL 2014 o superiore.

Immaginate di guidare un modello di veicolo in ritardo come un conducente quotidiano. Con tutta l'usura con l'uso, l'imaging i costi maturati sulla manutenzione e la riparazione. Aggiungere la disponibilità (o indisponibilità) di pezzi per una vecchia auto. Prendere in considerazione il tempo necessario per prendere l'auto al meccanico, in attesa per il vostro veicolo da fissare, il fastidio di avere una macchina a noleggio se si ha realmente bisogno di guidare e tornare dal lavoro. Che dire di modifiche o integrazioni alle leggi nel corso degli anni? Auto più recenti non sono richieste prove di emissioni regolari rispetto ai loro colleghi più anziani. Detto questo, la maggior parte di noi sono dipendenti sulle nostre vetture in quanto contribuisce a come fare una vita. Lo stesso si può dire per la missione organizzazioni database critici si affidano a tutti i giorni.

Il tentativo di sostenere una piattaforma di database non supportato

Cinque anni fa, un ticket di supporto è stato emesso per conto di un cliente ancora in esecuzione su SQL Server versione 6.5. A quel tempo, SQL 6.5 è stato il suo quattordicesimo anno e supporto di Microsoft era scadenza modo passato. L'organizzazione è stata letteralmente in proprio dovrebbe qualcosa fosse accaduto. Il database originariamente riceve un Advanced Server di Windows 2000 su un hardware molto vecchio di cui un giorno non è riuscita. Quando il cliente non riusciva a trovare i driver hardware e firmware per il nuovo server per eseguire Windows 2000 Advanced Server, hanno deciso di spostare dal server fisico ad una macchina virtuale.

La migrazione da fisico a virtuale è stato doloroso. Il sistema operativo del server è stato aggiornato a Windows Server 2003, ma continuava a SQL Server alla versione 6.5 intatto. Il loro più efficienti era salito a circa 300 GB a quel punto. Allora un database di 300 GB-size era relativamente grande  per SQL Server 6.5 per supportare quanto non è stato progettato per gestire i dati che molto. A quel tempo la quantità massima di memoria di un server potrebbe avere era di circa 8 GB che era la quantità massima di memoria di Windows 2000 Advanced Server supporta.

Dopo la migrazione, i database continuamente si sono corrotti. Ticket di supporto per affrontare la corruzione del database sono stati emessi settimanale. La sfida ancora più grande è stato il nostro team di esperti altamente qualificati di SQL Server non funzionava più con SQL Server 6.5 e quindi tempo è stato speso re-imparare il prodotto solo per sostenerlo. Ho anche dovuto installare SQL Server 6.5 sul mio laboratorio di prova solo per farmi ri-orientato con gli strumenti di gestione. Gestione e supporto che database anche colpito il morale del team perché stavamo ottenendo frustrato con tutti i problemi che dobbiamo risolvere, invece di concentrarsi su cose più importanti che potrebbero trarre beneficio gli obiettivi di business.

Ecco un bellissimo video di una recente conferenza Ignite in Nuova Zelanda che racconta di una storia simile:



Trascorrere una grande quantità di denaro e risorse per sostenere una tecnologia obsoleta risorsa non è probabilmente una buona idea se si considera ciò che è veramente importante per l'azienda. Qui ci sono un certo punto di prendere in considerazione per aiutarvi a fare questa scelta per l'aggiornamento al software di database supportato:

Supporto del fornitore - Aziende come Microsoft definiscono supporto in due offerte. Vale a dire, il supporto mainstream e supporto esteso. Supporto Mainstream consente alle organizzazioni di ricevere miglioramenti per un prodotto specifico attraverso service pack e aggiornamenti cumulativi. Sotto supporto esteso, saranno forniti senza ulteriori miglioramenti e di tutti i casi di supporto relative cadranno sotto le pagate opzioni. Dopo aver esaurito la disponibilità di supporto esteso, sono tecnicamente da soli e il fornitore non può anche aiutare con qualsiasi richiesta di assistenza che si aprirà con loro. Naturalmente, solo perché il fornitore supporta la piattaforma in particolare non garantisce che il vostro team interno può.

La disponibilità di risorse qualificate -  Vuoi ancora mantenere una piattaforma di database mission-critical se nessuno sapeva come sostenerlo? Certo, si può eventualmente esternalizzare che a un fornitore di servizi gestiti, ma si può garantire che essi hanno le competenze tecniche per mantenere le luci accese? Una versione di un prodotto sarà molto più comune nel campo che ci saranno più qualificati talento e le risorse disponibili per mantenerla.

- Requisiti  HIPAA e conformità PCI entrambi richiedono le piattaforme di database e sistemi operativi di essere aggiornato con le ultime patch di sicurezza. Significa anche che è necessario rispettare le leggi ei regolamenti in vigore nel paese o nella regione in cui opera l'azienda e / o dei dati si svolge. La vostra piattaforma tecnologica esistente soddisfi tali requisiti di conformità o avete bisogno di effettuare l'aggiornamento a una versione più recente di essere in regola?
Questa è la realtà che i clienti devono affrontare quando si tratta di una versione precedente del prodotto.