正文

 1. 機架和電纜服務器

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

     如果可能,請確保網絡電纜已插入不同的網絡交換機

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

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

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

 3.檢查服務器上的主BIOS設置

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

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

     禁用內存測試

 4.在服務器上安裝Windows Server 2012 R2 Standard Edition

      使用集成RAID控制器在RAID 1中使用兩個內部驅動器

         如有可能,請考慮使用SSD

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

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

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

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

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

      將光盤驅動器的驅動器號更改為Z:

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

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

 7.在服務器上安裝Microsoft Update

   這是Windows Update的超集

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

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

 9.對C盤進行碎片整理

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

      不允許將新驅動器自動添加到計劃中

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

 11.將服務器加入到相應的Windows域

 12.在服務器上激活Windows

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

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

      將.iso裝入SUU,并運行SUU

      這將確保您具有服務器的最新固件和驅動程序

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

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

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

       戴爾OMSA中的一般PERC設置

         對RAID 10陣列使用智能鏡像

         II。沒有預讀高速緩存

         III。啟用回寫緩存

         IV。應啟用緩存策略

         v。使用64K分配單元

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

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

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

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

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

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

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

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

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

     日志驅動器:SQLLogs

     TempDB驅動器:TempDB

      備份驅動器:SQLBackups

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

      執(zhí)行卷維護任務

      鎖定內存頁面   

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

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

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

     C。使用混合模式認證

          將sa密碼設置為強密碼

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

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

      對于SQL Server服務帳戶使用域賬戶

     使用對應的域賬戶作為SQL Server代理帳戶

     F。將SQL Server代理服務設置為自動啟動

     G。將默認目錄設置為相應的驅動器號和路徑

         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:驅動器進行碎片整理

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

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

      a. 啟用optimize for ad hoc workloads

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

      b.設置大并行度設置為服務器上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ù)姆悄J值

          值取決于服務器中可用的物理內存量

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

         II。以下是一些示例值:

             1.96GB總RAM:將大服務器內存設置為87000

             2. 64GB總RAM:將大服務器內存設置為56000

             3. 32GB總RAM:將大服務器內存設置為27000

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

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

              將自動增長設置為1024MB

          II。 TempDB日志文件應為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:檢測到不可糾正的硬件內存損壞

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

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

      確保每個代理警報都有響應來通知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ā)生故障,請轉到“通知”屬性窗口,并將作業(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。

總結

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

我覺得要根據(jù)客戶的實際情況,如果 客戶的系統(tǒng)能夠用上這些多余的邏輯CPU,那么才應該開啟超線程。根據(jù)經驗通常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內核數(shù)對齊。但是現(xiàn)在已經做了優(yōu)化,不需要一來就設置那么多

MBR and GPT

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

網頁題目：數(shù)據(jù)庫服務器中如何構建和部署檢查列表
文章地址：http://www.rwnh.cn/news/264495.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、網站設計、網站導航、軟件開發(fā)、虛擬主機、微信小程序

廣告

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