Incontro con i DBA in merito al progetto di aggiornamento del server - Problemi comuni

Sono più un amministratore di rete / windows e mi è stato affidato il compito di supervisionare un progetto di aggiornamento del server SQL. Devo incontrare i DBA e discutere delle loro esigenze / desideri in merito all'aggiornamento. Non voglio diventare totalmente cieco, quindi ho pensato di chiedere prima a voi ragazzi. Stiamo passando da SQL Server 2008 a SQL Server 2008 R2 e probabilmente passando a Windows Server 2008 R2, ove possibile. Come DBA, quali sarebbero le tue preoccupazioni con un tale aggiornamento? Qualcosa che vorresti vedere accadere allo stesso tempo?

Senza alcuna informazione sulla natura del sistema (vedi il mio commento sulla domanda) o sul motivo per cui stai eseguendo l'aggiornamento, è difficile offrire consigli specifici e / o concisi.

Come punto di partenza, ci sono molte eccellenti liste di controllo per la costruzione di un nuovo server, Brent Ozar e Jonathan Kehayias sono due buoni esempi. Dai numerosi consigli di quelle guide, ci sono un paio di elementi che vale la pena sottolineare. Questi sono quelli che incontro erroneamente configurato più spesso.

• Archiviazione: verificare l'allineamento delle partizioni, sebbene questo sia un problema minore per W2K8 + poiché l'allineamento manuale delle partizioni non è in genere necessario (a parte la SAN non standard / esotica). Formatta con una dimensione di blocco di 64k, non predefinita di 4kb, per le unità dati. Esegui un set base di test SQLIO in modo da a) avere un metro per confrontare il server X con il server Y eb) hai un livello di confidenza con questa capacità dei server.

• Antivirus: assicurati che i file MDF, NDF e LDF siano esclusi dallo scanner antivirus. Questi possono causare il caos su un sistema occupato, risolverlo prima che lo faccia.

• Database dei modelli: qualsiasi modifica apportata al database dei modelli si riflette in ogni database utente creato. Impostare le dimensioni del modello e i tassi di crescita su valori sensibili per il proprio ambiente / sistema. Al posto di qualsiasi altra guida, recupero SEMPLICE (nel caso in cui qualcuno dimentichi di configurare i backup dei log), file di dati da 2048 MB con crescita di 1024 MB, file di registro da 1024 MB con crescita di 512 MB (secondo l'elenco di controllo di JK).

Per un server / sistema / applicazione che è considerato business-critical ed è soggetto a uno SLA rigoroso, pianificare il peggio. Con questi devi essere il più vicino possibile al 100% che l'aggiornamento non si riveli essere un downgrade per quanto riguarda l'azienda o gli utenti. Per quel livello di confidenza dovrai testare, testare e testare ancora un po '.

In qualsiasi sistema su larga scala ci saranno una o due query che richiedono un hack / soluzione alternativa / suggerimento per l'ottimizzazione. Alcuni sono deliberati e basati sui migliori consigli del momento, altri saranno riparazioni di emergenza che sono state dimenticate. Queste sono le query che cambieranno inaspettatamente il comportamento durante l'aggiornamento a seguito di modifiche e miglioramenti a Query Optimizer. Solo un modo per individuarli, eseguili sul tuo nuovo kit.

Il mio approccio preferito è l'acquisizione e la riproduzione del carico di lavoro con gli strumenti RML . Esiste un'eccellente guida da SQL CAT all'utilizzo di RML proprio per questo scopo, Performance Performance per Microsoft SQL Server che utilizza RML Utilities 9.0 .

Da SQL 2008 a SQL 2008 R2 non è un grande interruttore, ma se si va da Windows 2003 a Windows 2008 sarà necessario rivolgersi al firewall basato su host. Altre questioni di cui preoccuparsi sono i lavori dell'agente, le autorizzazioni in master / msdb / modello, la migrazione degli accessi da un server a un altro, se eseguire un ripristino di backup su un nuovo server o sul posto di aggiornamento, modalità di compatibilità, ecc.