SQL Server

今天安裝sql server 2000的時候出現“以前的某個程式安裝已在安裝電腦上建立掛起的檔案操作。運行安裝程式之前必須重新啟動電腦”錯誤。無法進行下去。 分析報錯內容，可能的原因就是以前安裝過sql server 2000了。參考網上資料，總算搞定。步驟是： 1）添加/刪除程式中徹底刪除sql server。 2）將沒有刪除的sql server目錄也刪除掉。

有時候發現SQL Server的智能感知不起作用，可以嘗試通過下面的辦法解決： 1.確保正確的開啟智能感知  啟用：(Auto List Members) 2.對於一些新建立的Object，無法智能提示，可以通過重新整理本機快取的方法解決：  更多資訊參考：Troubleshooting IntelliSense (SQL Server Management Studio）  http://msdn.microsoft.com/zh-cn/library/ms173434.aspx   

今天在論壇看到一篇文章問到為什麼SQL Server系統的SESSION ID是從1到50的，以前看過文章，這些Session是SQL Server為了運行系統活動比如（(lazy writer, ghost record cleanup, DTC commit/abort），所以會保留50 Session ID給SQL Server使用,使用者會話從51開始。 在2005之前查詢使用者會話使用： select * from sysprocesses wherespid <

微軟提供了一些Undocumented Trace Flags可以讓我們瞭解很多備份與還原的資訊，通過輸出的內容我們可以清楚的看到BACKUP/Restore都做了哪些事情。 因為這些是Undocumented ，所以微軟的建議是謹慎使用，如果要用的話需要有微軟工程師的指導，當然大家可以在自己的電腦上玩玩， 這樣可以看到備份與還原背後的故事。 這是我在自己電腦上做的測試：開啟TraceFlag DBCC TRACEON(3004); DBCC TRACEON(3014); DBCC

作為DBA管理多台伺服器通常都會需要從多台伺服器收集資訊。在SQL Server 2008通常的做法是用Linked server或者從單台伺服器手機然後再將資訊匯總到中央伺服器。這些都需要很多額外的配置。  在SQL Server

SQL Server提供了sp_monitor預存程序可以方便我們查看SQL Server效能統計資訊，包括CPU/Network/IO，通過這些資訊可以對自己的資料庫效能狀況有一個大致的瞭解。 下面的樣本報告有關 SQL Server 繁忙程度的資訊：  每個列名的解釋： 列名說明last_run上次運行 sp_monitor 的時間。current_run本次運行 sp_monitor 的時間。秒sp_monitor 自運行以來所經過的秒數。cpu_busy伺服器電腦的 CPU 處理

隨著資料的越來越大，資料庫也越來越大，同時伴隨著磁碟空間的增長以及效能的下降。使用SQLServer 2008的資料壓縮功能可以大大的減小資料量提高查詢效能，尤其對於資料倉儲非常有用。（BestPractices for Data Warehousing with SQL Server 2008：http://msdn.microsoft.com/en-us/library/cc719165.aspx） 但是啟用資料壓縮是一個很耗費CPU資源的動作，這個過程我們可以充分發揮多CPU的優勢？如何?

對於大的資料庫，備份花費的時間是非常多的，而且很耗費資源。如果能讓備份跑的更快？ 可以使用下面的參數：1. 將Database Backup多到個檔案（多個磁碟）2.啟用壓縮功能（2008，R2之後都有）3. 使用參數maxtransfersize和buffercount4.調整備份側率，使用檔案和檔案組備份 BUFFERCOUNT  ：指定用於備份操作的 I/O 緩衝區總數。可以指定任何正整數；但是，較大的緩衝區數可能導致由於 Sqlservr.exe

今天在看Oracle的BackupGroundProcess，裡邊有一段是寫到為什麼先寫日誌後寫資料的：LGWR, on the other hand, does lots of sequential writes to the redo log. This is an important distinction and one of the reasons that Oracle has a redo log and the LGWR process as well as the DBWn

SELECT type,--Clerk的類型    sum(virtual_memory_reserved_kb)as vm_Reserved_kb,--保留的記憶體    sum(virtual_memory_committed_kb)as vm_Committed_kb,--提交的記憶體    sum(awe_allocated_kb)as awe_Allocated_kb,--開啟AWE後使用的記憶體    sum(shared_memory_reserved_kb)as

有時候我們沒有SQL Server或者沒有許可權串連到SQL Server,但是我們想查看備份檔案包含的內容，這個時候我們可以使用SQL BAK Reader小工具。另外你無法還原資料庫的時候，你想查看這個備份的資料庫版本也可以使用這個工具，即使BAK檔案損壞也可以用SQL BAK Reader開啟。 使用SQL BAKReader開啟MASTER備份檔案（如）：   其實仔細查看可以發現資訊是RESTORE filelistonly和RESTORE

當建立大資料庫時，為了減少片段，我們一般都會安裝最終的使用大小建立，但是初始化資料和記錄檔時會覆蓋以前刪除的檔案遺留在磁碟上的任何現有資料，花費很多的時間。  不過SQL Server 提供了檔案立即初始化功能，藉助這個功能可以在瞬間對資料檔案進行初始化檔案立即初始化功能僅在向 SQL Server (MSSQLSERVER) 服務帳戶授予了 SE_MANAGE_VOLUME_NAME 之後才可用。Windows Administrator

最近大資料概念非常火熱，各個廠家都講大資料視為未來IT的一個重要方向，因此各個廠家都想在這個領域有所作為。前幾天參加了IBM大資料研討會，會上IBM推出了他們針對於大資料的解決方案，三種一體機(PureSystem,另外IBM在推出了DB2 v10，為了打Oracle RAC專門設計的PureScale正式加入了DB2大版本中)。 在MPP架構方面，以前微軟是被詬病的，缺乏產品應對大資料的挑戰。之後從網上查了一下發現微軟從2008

很多人都遇到過下面的問題：1.使用Log shipping,如果主伺服器出問題以後應用程式如何轉到次要伺服器？2.如果將資料庫遷移到其他伺服器，我不想修改程式該如何?？ 針對上面的兩個問題我們可以使用SQL Server 別名: SQL Server Configuration Manager->SQL Native Client Configuration->newAliases  配置過程中需要我們輸入資料庫伺服器地址，連接埠以及使用的協議。

今天在網上看到有人在討論預讀和物理讀的區別，個人覺得物理讀和預讀都是IO操作，都是需要從磁碟中讀取資料到記憶體，只是讀取的時間有所不同，之後查了一下MSDN確認了這種想法。 預讀是在產生執行的同時去做的，通過這種方式可以提高IO的效能。而物理讀是當執行計畫產生好後去緩衝讀取資料發現缺少資料之後才到磁碟讀取。當所有資料都從緩衝中可以讀取就變成讀。 下面舉個例子： LINEITEM 表中大概儲存了600W資料，我們使用SET STATISTICS IO ON：SET STATISTICS IO

今天有個供應商問我一個問題如果更改表中一個欄位的資料類型是不是View中的欄位類型也響應自動更改。當時我想應該是會自動更改的。但是供應商說他們試過了不會更改的，問我除了重建立有沒有什麼辦法。當時想到了重新整理View的預存程序sp_refreshview，讓他們試一下。執行之後View中的資料類型就被更新了。通過這個例子可以看到View中的欄位類型是不會同步的除是schema-bound 的View. MSDN查到的解釋：Updates the metadata for the

使用SQL Server變數的時候碰到變數名稱大小寫問題：  當前資料庫是大小寫不敏感的，但是聲明變數之後發現變數名稱是大小寫敏感的。一直認為SQL Server的變數名稱的Collcation是跟當前資料庫的，在MSDN：You cannot specify a collation for character variables and parameters; they are always created with the default collation of the database.

昨天論壇裡邊看到一個文章，說SQL Server的記憶體一直上不去。從Task Schedule中看到SQL Server只使用了88MB記憶體，實際這台機器有12GB的記憶體，可用記憶體有超過8GB。 當時我以為是開啟了AWE導致的，所以串連到他的伺服器看了一下。但是資料庫為2005企業版64位，所以不用開啟AWE。而且即使開啟了，也會被忽略。 使用下面的指令碼查詢了一下SQL Server記憶體使用量： select

Part1中我們提到可以用fn_dblog查看Active的Log,但是如果Log被備份以後我們還可以查看嗎？  答案是可以的，使用fn_dump_dblog。 下面是我自己做的測試：  1.  --insert data to table INSERT INTO ProdTable2DEFAULTVALUES; GO 1000  2.   ---查詢Log資訊 select * from

最初接觸SQL Server的時候認為SQLServer資料更改的同時就會相應的更新統計資料，其實SQL Server不是這樣做的.基於效能考慮，SQL Server使用下面的演算法更新統計資料。   自動更新統計資訊的基本演算法是：·        如果表格是在 tempdb資料庫表的基數是小於 6，自動更新到表的每個六個修改。·        如果表的基數是大於 6，但小於或等於 500，更新狀態每 500 的修改。·        如果基數大於 500，表為更新統計資料時（500 + 20