數(shù)據(jù)庫服務(wù)器中如何構(gòu)建和部署檢查列表

正文

 1. 機架和電纜服務(wù)器

     確保每個電源插入不同的電源電路

     如果可能,請確保網(wǎng)絡(luò)電纜已插入不同的網(wǎng)絡(luò)交換機

 2.SQL Server服務(wù)和SQL Server代理服務(wù)的使用域帳戶。

     在SQL Server 2012安裝期間,您將需要知道這些帳戶的用戶名和密碼

     讓這些帳戶使用永不過期的密碼

 3.檢查服務(wù)器上的主BIOS設(shè)置

     啟用超線程和turbo-boost(是一種超頻技術(shù),提升最多10%的性能)

     電源管理應(yīng)設(shè)置為操作系統(tǒng)控制

     禁用內(nèi)存測試

 4.在服務(wù)器上安裝Windows Server 2012 R2 Standard Edition

      使用集成RAID控制器在RAID 1中使用兩個內(nèi)部驅(qū)動器

         如有可能,請考慮使用SSD

         如果使用SSD,則不需要對其進行碎片整理

      為C:驅(qū)動器創(chuàng)建一個單獨的分區(qū)

      將Windows頁面文件大小更改為16GB,并防止C盤

      將Windows電源計劃更改為“高性能”

          在服務(wù)器上運行CPU-Z以確認處理器全速運行

      將光盤驅(qū)動器的驅(qū)動器號更改為Z:

 5.將服務(wù)器上的NETBIOS名稱更改為所需的服務(wù)器永久名稱

 6.使用Windows Server 2012 R2自帶功能安裝.NET 3.51

 7.在服務(wù)器上安裝Microsoft Update

   這是Windows Update的超集

 8.在服務(wù)器上安裝所有Microsoft和Windows更新

      這可能需要幾輪才能獲得所有必需的更新

 9.對C盤進行碎片整理

      使用使用計劃任務(wù)每周自動對C盤碎片整理

      不允許將新驅(qū)動器自動添加到計劃中

 10.創(chuàng)建一個具有正確DNS和默認網(wǎng)關(guān)信息的靜態(tài)IP地址

 11.將服務(wù)器加入到相應(yīng)的Windows域

 12.在服務(wù)器上激活Windows

 13.在服務(wù)器上安裝最新版本的Dell OMSA (這個東西我沒用過)

 14.下載最新版本的Dell Server Update Utility(SUU)

      將.iso裝入SUU,并運行SUU

      這將確保您具有服務(wù)器的最新固件和驅(qū)動程序

 15.使用Dell OMSA為LUN創(chuàng)建RAID陣列

          創(chuàng)建一個LUN,然后轉(zhuǎn)到邏輯磁盤管理器創(chuàng)建/格式化驅(qū)動器

         II。按照下面顯示的順序創(chuàng)建陣列和LUN

       戴爾OMSA中的一般PERC設(shè)置

         對RAID 10陣列使用智能鏡像

         II。沒有預(yù)讀高速緩存

         III。啟用回寫緩存

         IV。應(yīng)啟用緩存策略

         v。使用64K分配單元

 16.使用Windows邏輯磁盤管理器創(chuàng)建邏輯磁盤

      使用OMSA創(chuàng)建陣列后,打開磁盤管理器

      您將看到“初始化磁盤”對話框確保使用GPT分區(qū)樣式

17.檢查下,保證新的邏輯驅(qū)動器在Windows資源管理器中都能夠看到

 18.在安裝SQL Server 2012之前,把所有需要的邏輯驅(qū)動器都創(chuàng)建上

 19.使用CrystalDiskMark測試每個邏輯驅(qū)動器的性能

 20.使用SQLIO測試每個邏輯驅(qū)動器的性能

21.在每個驅(qū)動器上,創(chuàng)建下面的文件夾

     數(shù)據(jù)驅(qū)動器:SQLData

     日志驅(qū)動器:SQLLogs

     TempDB驅(qū)動器:TempDB

      備份驅(qū)動器:SQLBackups

 22.使用組策略編輯器(GPEDIT.MSC)將這些Windows權(quán)限授予SQL Server服務(wù)帳戶

      執(zhí)行卷維護任務(wù)

      鎖定內(nèi)存頁面   

23.安裝SQL Server 2012企業(yè)版

      確保沒有待處理的重新引導(dǎo),否則SQL Server 2012將無法安裝

      僅安裝此實例所需的SQL Server 2012組件

     C。使用混合模式認證

          將sa密碼設(shè)置為強密碼

         II。將自己添加為SQL管理員

         III。添加任何需要成為管理員的其他DBA

      對于SQL Server服務(wù)帳戶使用域賬戶

     使用對應(yīng)的域賬戶作為SQL Server代理帳戶

     F。將SQL Server代理服務(wù)設(shè)置為自動啟動

     G。將默認目錄設(shè)置為相應(yīng)的驅(qū)動器號和路徑

         I.用戶數(shù)據(jù)庫目錄:P:\ SQLData

         II.用戶數(shù)據(jù)庫日志目錄:L:\ SQLLogs

         III. Temp DB目錄:T:\ TempDB

         IV。 Temp DB日志目錄:T:\ TempDB

         v。備份目錄:N:\ SQLBackups

 24.安裝SQL Server 2012最新 Service Pack 

25.安裝SQL Server 2012 最新的累積更新6

      累積更新可從此位置獲得:

          http://support.microsoft.com/kb/2874879/en-us

      安裝后手動對C:驅(qū)動器進行碎片整理

         如果您使用的是SSD,則不需要這樣做

26.更改SQL Server 2012實例級屬性

      a. 啟用optimize for ad hoc workloads

         這將允許SQL Server在第一次執(zhí)行時使用較少的內(nèi)存來存儲臨時查詢計劃

      b.設(shè)置大并行度設(shè)置為服務(wù)器上NUMA節(jié)點中的物理核心數(shù)

     c.啟用默認備份壓縮

          這將為所有數(shù)據(jù)庫備份默認使用SQL Server備份壓縮

      d.在SQL Server配置管理器中添加跟蹤標志3226作為啟動選項

          這將阻止在SQL Server錯誤日志中記錄成功的數(shù)據(jù)庫備份消息

     e .在SQL Server配置管理器中添加跟蹤標志1118作為啟動選項

          這將有助于緩解tempdb中的配置爭用

     f. 在實例上啟用數(shù)據(jù)庫郵件

          用于SQL Server代理警報和SQL Server代理作業(yè)失敗時郵件通知

     G。將Max Server Memory設(shè)置為適當?shù)姆悄J值

          值取決于服務(wù)器中可用的物理內(nèi)存量

             它還取決于安裝的SQL Server組件

         II。以下是一些示例值:

             1.96GB總RAM:將大服務(wù)器內(nèi)存設(shè)置為87000

             2. 64GB總RAM:將大服務(wù)器內(nèi)存設(shè)置為56000

             3. 32GB總RAM:將大服務(wù)器內(nèi)存設(shè)置為27000

     H。在T:\ TempDB目錄中額外再創(chuàng)建三個TempDB數(shù)據(jù)文件?？偣?個tempdb文件(不需要一開始就和CPU個數(shù)對齊)

          所有TempDB數(shù)據(jù)文件的大小應(yīng)為4096MB

              將自動增長設(shè)置為1024MB

          II。 TempDB日志文件應(yīng)為1024MB

 27.確認您可以從域上的其他計算機ping通 SQL Server計算機

 28.使用SQL Server 2012 Configuration Manager,確認實例啟用了TCP / IP

 29.確認您可以使用其他計算機上的SSMS遠程連接到SQL Server實例

 30.在實例上創(chuàng)建一個SQL Server操作員

      使用DBAdmin與電子郵件地址dbadmin@yourcompany.com

 31.確認數(shù)據(jù)庫郵件正常運行

      右鍵單擊數(shù)據(jù)庫郵件并發(fā)送測試消息

 32.配置SQL Server代理郵件以使用數(shù)據(jù)庫郵件

 33.為以下錯誤創(chuàng)建SQL Server代理警報:

    a . YourServerName Alert - Sev 19錯誤:資源中的致命錯誤

    b. YourServerName Alert - Sev 20錯誤:當前進程中的致命錯誤

     C。 YourServerName Alert - Sev 21錯誤:數(shù)據(jù)庫進程中的致命錯誤

     d。 YourServerName Alert - Sev 22錯誤致命錯誤:表完整性可疑

     e. YourServerName Alert - Sev 23錯誤:致命錯誤數(shù)據(jù)庫完整性可疑

     f。 YourServerName Alert - Sev 24錯誤:致命的硬件錯誤

     g。 YourServerName Alert - Sev 25錯誤:致命錯誤

     h。 YourServerName Alert - Error 825:Read-Retry Required

     i。 YourServerName警報 - 錯誤832:常量頁面已更改

     j.YourServerName警報 - 錯誤855:檢測到不可糾正的硬件內(nèi)存損壞

     k。 YourServerName警報 - 錯誤856:SQL Server已檢測到硬件內(nèi)存損壞,但已恢復(fù)該頁面

 34.這里提供了創(chuàng)建這些SQL Server代理警報的通用腳本:

      確保每個代理警報都有響應(yīng)來通知DBAdmin操作員

 35.創(chuàng)建一個名為Nightly Free System Cache的SQL Server代理作業(yè),運行此命令:

      DBCC FREESYSTEMCACHE ('SQL Plans');

      每天晚上在凌晨12:00運行

 36.下載最新版本的Ola Hallengren的SQL Server維護解決方案腳本:

      http://ola.hallengren.com/

      連接到實例時打開MaintenanceSolution.sql腳本

          將@BackupDirectory變量修改為N:\ SQLBackups

         II。運行腳本創(chuàng)建十一個新的SQL Server代理作業(yè)

         III。對于每個作業(yè),如果作業(yè)發(fā)生故障,請轉(zhuǎn)到“通知”屬性窗口,并將作業(yè)通過電子郵件發(fā)送給DBAdmin組

         IV。對于每個作業(yè),創(chuàng)建一個運行時間的計劃。

         v。這是一個建議的工作時間表:

             CommandLogCleanup星期日上午12:00

             2. DatabaseBackup - SYSTEM_DATABASES - 完整的每日11:55 PM

             3. DatabaseBackup - USER_DATABASES - DIFF Daily at 12:00 PM

             4. DatabaseBackup - USER_DATABASES - 上午12:00時全天

             5. DatabaseBackup - USER_DATABASES - 每小時記錄一次

             DatabaseIntegrityCheck - SYSTEM_DATABASES星期六上午7:55

             7. DatabaseIntegrityCheck - USER_DATABASES星期六上午8:00

             8. IndexOptimize - USER_DATABASES星期日下午8:00

             9. 文件清理 星期日上午12:00

             10.sp_delete_backuphistory星期日上午12:00

             11.sp_purge_jobhistory 星期日上午12:00。

總結(jié)

對于個人認為比較重要的好實踐我都用紅色的標注了。不過上面的啟用超線程和turbo-boost

我覺得要根據(jù)客戶的實際情況,如果 客戶的系統(tǒng)能夠用上這些多余的邏輯CPU,那么才應(yīng)該開啟超線程。根據(jù)經(jīng)驗通常OLTP系統(tǒng)開啟超線程是比較有好處的。但對于某些報表查詢,可能開啟超線程反而會有不良影響。

詳細可以參考:https://blogs.msdn.microsoft.com/slavao/2005/11/12/be-aware-to-hyper-or-not-to-hyper/

tempdb文件個數(shù)

我們知道增加tempdb數(shù)據(jù)文件可以減少PAGELATCH爭用 ,按照以前的好實踐是和CPU內(nèi)核數(shù)對齊。但是現(xiàn)在已經(jīng)做了優(yōu)化,不需要一來就設(shè)置那么多

MBR and GPT

GPT意為GUID分區(qū)表。(GUID意為全局唯一標識符)。這是一個正逐漸取代MBR的新標準。它和UEFI相輔相成——UEFI用于取代老舊的BIOS,而GPT則取代老舊的MBR。之所以叫作“GUID分區(qū)表”,是因為你的驅(qū)動器上的每個分區(qū)都有一個全局唯一的標識符.在MBR磁盤上,分區(qū)和啟動信息是保存在一起的。如果這部分數(shù)據(jù)被覆蓋或破壞,事情就麻煩了。相對的,GPT在整個磁盤上保存多個這部分信息的副本,因此它更為健壯,并可以恢復(fù)被破壞的這部分信息。GPT還為這些信息保存了循環(huán)冗余校驗碼(CRC)以保證其完整和正確——如果數(shù)據(jù)被破壞,GPT會發(fā)覺這些破壞,并從磁盤上的其他地方進行恢復(fù)。而MBR則對這些問題無能為力——只有在問題出現(xiàn)后,你才會發(fā)現(xiàn)計算機無法啟動,或者磁盤分區(qū)都不翼而飛了.

新聞名稱：數(shù)據(jù)庫服務(wù)器中如何構(gòu)建和部署檢查列表
轉(zhuǎn)載來源：http://www.muchs.cn/news45/264495.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、服務(wù)器托管、手機網(wǎng)站建設(shè)、網(wǎng)站營銷、移動網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)