RiCo技術農場

以前Tempdb我都會啟用TF 1117,1118 改善資源競爭問題

SQL Server 2012預設已經使用Extended Event來監控deadlock，這篇來看看如何實現Alert

針對logins和agent jobs在不同SQL Server Instance同步，

我以前都是透過SSIS來處理，但我真心覺得，MS預設應該在SSMS中新增同步物件功能。

透過SSMS安裝和設定Data Collection一點都不難，基本上，SQL Agent service的account權限注意一下就好，

但有時候你還是不能鐵齒。

Resume online index rebuild

這篇我來進行一些基本測試和驗證可靠性

Index rebuild將使用量大交易紀錄檔並耗費硬碟空間(無論online or offline)，

有時候重建大型索引，可能會遇到空間不足或blocking issue(long-running transaction)，

來看看SQL Server 2017如何幫DBA解決這問題。

這篇來親自安裝SQL Server 2017在CentOS

我想很多人都會自行撰寫一些tsql來收集資料庫相關資料，因為只要重新啟動sql service…等，

相關系統統計資料都會消失(執行計畫、DMV…)，同時我們也可以藉由這些資料來定義我們資料庫的基準線(base line)，

但收集資料的TSQL還請謹慎，因為這可能是deadlock在tempdb的主因。

大量使用In-Memory table功能後，那當然就得監控並掌握每個memory object記憶體使用量，

避免發生任何記憶體意外。

一般企業內Server的C:大約分配40~60G，如果ERRORLOG和AGENT LOG存放路徑未變更，

同時又疏於管理的話，那麼檔案吃爆C:空間應該也是早晚的事。

不建議頻繁執行檔案或資料庫壓縮，因為這些操作對效能有一定的影響

除非硬碟可用空間已經不足，這時先確認那個檔案的壓縮大小是最小的

我以前200GB的資料庫，tempdb 我只需使用18GB，500GB的資料庫也只需使用35GB，

當然這比例沒有一定，完全取決於你系統行為(寫TSQL和c#習慣要好)而定。

介紹個人AlwaysOn AG備份考量

使用TSQL產生還原資料庫指令碼，建議不要使用SSMS(UI)執行還原資料庫

[SQL SERVER]SQL Server Perfmon Counters

[SQL SERVER]定義其他使用者執行SP

[SQL SERVER][Maintain]監控Deadlock

[SQL SERVER][Maintain]造成交易記錄檔案暴增的常見原因

[SQL SERVER][Maintain]權限管理(3)

[SQL SERVER][Maintain]權限管理(2)

[SQL SERVER][Maintain]權限管理(1)