SQL Server

以前認為SQLServer完整備份只是備份資料庫的資料而不包含日誌，其實這是錯誤的。使用RESTOREHEADERONLY可以幫我們驗證（msdb.dbo.backupset也包含相應的資訊）。 RESTORE HEADERONLY回包含特定備份裝置上所有備份組的所有備份標題資訊的結果集。查詢結果包含三列： FirstLSN numeric(25,0) 備份組中第一個日誌記錄的記錄序號。NULLLastLSN numeric(25,0)

測試新SQL Server的效能是個麻煩的工作，有一個工具（SQL Server RML ）可以用來重播追蹤檔案針對 SQL Server 的另一個執行個體，這樣可以評估新伺服器的效能。 另外 SQL Server RML 公用程式還可以執行以下任務： 您可以確定應用程式、 資料庫、 SQL Server 登入名或使用資源最多的查詢。您可以確定是否捕獲的批跟蹤時更改為一個批處理的執行計畫。此外，可以使用為 SQL Server RML 公用程式，確定 SQL Server

大家都知道SQL Server記錄檔用來記錄事物日誌，但是SQL Server資料庫引擎內部將每一物理記錄檔分成多個虛擬記錄檔管理。而且虛擬日誌的多少回影響資料庫的效能。 虛擬記錄檔沒有固定大小，且物理記錄檔所包含的虛擬記錄檔數不固定。資料庫引擎在建立或擴充記錄檔時動態選擇虛擬記錄檔的大小。 資料庫引擎嘗試維護少量的虛擬檔案.

配置了SQL Server 記錄傳送後，因為備份的資料庫比較多而且時間頻繁所以造成SQL Server日誌非常大。如：   由於我們已經有了Log shipping的監控，所以這些備份資訊對於我們來說基本上沒什麼用處。 那有沒有辦法使這些資訊部出現在資料庫錯誤記錄檔中呢？ 答案是 Trace Flag3226 下面內容來自MSDN: 3226 By default, every successful backup operation adds an entry in the SQL

在某些情況下熟悉SQL Server 萬用字元的使用可以協助我們簡單的解決很多問題。  --使用_運算子尋找Person表中以an結尾的三字母名字USEAdventureWorks2012;GOSELECT FirstName, LastNameFROM Person.PersonWHERE FirstName LIKE'_an'ORDER BY FirstName; ---使用[^]運算子在Contact表中尋找所有名字以Al開頭且第三個字母不是字母a的人USEAdventureWorks20

曾經遇到過一個使用者MSDB資料庫非常大，讓我幫忙查查是什麼原因。使用sp_spaceused找出了所有表的資料大小，發現問題是SQL Server備份與還原曆史表資料太大。使用者經常會做記錄備份，但是從來沒有清除過記錄。後來在設定了維護計劃定期清除備份記錄，問題就不在發生了。這裡列出了查詢SQL Server備份還原記錄的語句以及如何清理Database Backup還原的指令碼： --查詢SQL Server備份曆史 SELECT   

看到論壇裡很多人問道關於SQL Server能夠支援最多多少個資料庫，多少個執行個體，多少張表，每個表最多多少個欄位等等的問題。 在MSDN上有一篇文章專門介紹了SQL Server的容量規範，其中包括了SQL Server資料庫引擎對象SQL Server工具 + 生產力對象 SQL Server 資料層應用程式對象SQL Server複製對象。明白了SQL Server的限制可以避免一些錯誤，比如SQL Server索引鍵的列數為16，超過16的話就無法建立索引。 這裡我只列出SQL

這幾天一直在忙其他事情，沒有關注Log shipping的狀態，今天早上查看報表發現一個Log shipping的資料庫已經幾天沒有同步了，資料庫的狀態為Restoring,需要重新初始化。 步驟： 1.還原最近的資料庫完整備份 2.還原完整備份之後的所有記錄備份，使用下面的指令碼可以將自上次完整備份之後的所有記錄備份找出來，然後直接在Secondary資料庫上執行： SELECT 'RESTORE LOG ['+database_name+'] FROMDISK=''' + physical_

看到網上有人提問為什麼SQL Server資料更改了但是為什麼資料庫檔案和記錄檔的最好修改日期沒有改變。其實這個是正常的 行為。 SQLServer檔案的修改日期是在SQL Server關閉檔案（Shutdown或者資料庫被Detach,Offline）或者SQL Server資料檔案或者記錄檔增長（自動成長或者手動增長，這些我都自己測試過了）。其他時候SQL Server是繞過檔案系統直接更新資料，所以不會更新Modify date. 從效能角度來說如果SQL

前幾天在論壇看到有人在問為什麼一張表上看不到SQL Server統計資訊，這張表是新建立的HEAP表，並且沒有索引，從來沒有被訪問過。 其實回答這個問題就要回到SQL Server是如何建立並且維護統計資訊的。 SQL Server會在下面三種情況下建立統計資訊： 1.在索引建立時SQL Server會自動在索引所在的列上建立統計資訊 2.當SQL Server想要使用某些裂傷的統計資訊，發現沒有的時候會自動建立統計資訊（前提是要開啟自動建立統計資訊） 3.使用者可以使用create

SQL Server Extended Events是SQL Server 2008裡新加的事件處理系統，用來取代SQL Server原先的SQL Trace的跟蹤機制。事件處理系統對一個複雜伺服器系統的排錯，調試是極為關鍵的。和SQL Server原來的事件處理系統相比較，XEvent具有下列的優勢：消耗更少的系統資源，更適用於在產品伺服器上的排錯和調試。並且每收集一個系統事件所消耗的資源都是可預測的。不僅僅能收集事件數目據，還能收集在這事件觸發點的系統動態運行資訊，例如記憶體，T-SQL

曾經遇到過一個問題，我們的資料庫是高版本的，但是開發商說他們的軟體對於高版本的資料庫支援的不好。當時我問了他們有沒有使用什麼特殊的功能，比如SQL Server舊版本中的功能而在新版本中不支援的，他們確定是沒有的，只是使用了T-SQL做的開發。我猜應該是一些舊的SQL語句在新的版本中無法運行了。如果只是T-SQL的問題可以嘗試將資料庫降級（比如100-90），這樣高版本資料庫就可以相容之前的T-SQL。降級完成後對所有功能做了測試發現完全沒有問題。 這個是一個思路，當然降級不一定解決所有的問題，

There is a myth that for replication to work properly the databases always have to be in Full recovery mode. Well that is not at all true.First let me give a short overview on how replication works.A snapshot agent creates a snapshot of the

今天測試了一個Logshipping多個資料庫執行個體(測試資料庫dbLogTest,主伺服器執行個體SQL2K8，Secondary1執行個體R2，Secondary2執行個體

看到網上有人在尋找SQL Server儲存Email資料，其實SQL Server提供了OLE DB Provider可以訪問Exchange.  Microsoft OLE DB Provider for Exchange 以表格形式公開儲存在 Microsoft Exchange 2000 Web Store 中的資料。可以使用類似於 OLE DB Provider for Microsoft Indexing Service 所支援的 SQL 子集的 SQL

由于于高可用的資料庫伺服器可能很少停機，SQLServer的記錄檔增長會非常大。這樣對於DBA使用錯誤記錄檔尋找資訊就會比較困難，而且日誌大了寫入以後效能也會受到影響。 我們通常認為SQLServer啟動的時候才會建立錯誤記錄檔，所以需要停機才能重新建立記錄檔，而這樣的維護對於高可用性的資料庫是不可想象的。  其實完全可以不通過重啟服務就可以實現日誌的迴圈。 微軟提供了一個預存程序sp_cycle_errorlog可以實現日誌的迴圈。

Each row has a null bitmap for columns that allow nulls. If the row in that column is null then a bit in the bitmap is 1 else it's 0.For variable size datatypes the acctual size is 0 bytes.For fixed size datatype the acctual size is the default

在SQLServer啟動過程中首先會從註冊表讀取啟動資訊，有時候SQLServer無法啟動的時候我們需要修改註冊表的問題。但是SQLServer的資訊儲存在註冊表哪裡呢？從網上找了很久但是都不是很全。 其實微軟在2008 R2 SP1之後的版本中新增加了一個DMV可以查詢SQLServer執行個體中Windows註冊表中的配置資訊和安裝資訊，對於每個登錄機碼返回一行，可以返回主機上可用的 SQL Server 服務或 SQL Server

通常我們都需要查詢一個表的總行數，很多人都喜歡用select count(*) from Table.如果表資料非常大的話，這樣的查詢是很耗費時間和資源的。 其實有兩個辦法可以快速的查詢到SQL Server的表資料。1. sp_spaceused:其中有一列是rows，如果輸入的表對象的話，那麼就會獲得這個表的行數，速度非常快。 rowschar(11)表中現有的行數。如果指定的對象是 Service Broker

今天在論壇看到有使用者出現Security Group upgrade rule失敗 錯誤：rule "Security Group SID(Security Identifier)" failed。發生這個錯誤的原因是SQL Server建立的Windows本機群組SID資訊與註冊表中的SID不匹配，需要用 WHOAMI /GROUPS查出正確的SID然後替換註冊表中的錯誤SID，問題可以解決。 具體步驟參考： ProblemLast month I was working on a SQL