學海無邊，書囊無底

SQL Server 重新啟動時發生下列錯誤訊息：

利用下列兩個DMV可取得 SQL Server 上每個已驗證的工作階段資訊。
sys.exec_session：伺服器範圍檢視，會列出所有工作中使用者連接和內部工作的相關資訊。這些資訊包含用戶端版本、用戶端程式名稱、用戶端登入時間、登入使用者、目前工作階段設定等。sys.dm_exec_connections：則會回傳 SQL Server 執行個體中每條連接的詳細資訊。

SELECT .name,o.name,i.name,
ip.index_depth,ip.avg_fragmentation_in_percent,ip.fragment_count
,ip.avg_fragment_size_in_pages,ip.page_count
 from sys.dm_db_index_physical_stats(DB_ID(),Null,Null,null,null)as ip
join sys.indexes i on i.object_id=ip.object_id and i.index_id=ip.index_id
join sys.objects o on o.object_id=ip.object_id
join sys.schemas s on s.schema_id=o.schema_id
where i.name not like 'idx0%'
order by 1,2

假設 SA 帳號的密碼忘了該怎麼辦呢?大部分的人都會回答：「那就用 windows 系統的管理者帳號登入SQL Server，透過SSMS工具修改SA帳號囉!」

若安裝SQL Server 之後才異動主機名稱
則 SQL Server 伺服器不會同步異動執行個體名稱，他只會記得舊的電腦名稱

為了統一管理公司內部開發與測試環境的 SQL Server 執行個體與資料庫物件
先前與Byron 討論的結果是利用.net 撰寫一個小系統，再透過統一的 SQL Server 伺服器與LinkServer 遠端取得各環境的資訊。

最近，為了能在資料庫伺服器中運行其他應用程式，在保持資料庫操作系統版本不變的前提下對資料庫伺服器進行了軟、硬體上的升級。在軟體上，將操作系統從Windows 2000升級到Windows Server 2003；在硬體上，將伺服器中的記憶體由原來的512MB增加到1GB（1024MB）。
　　在升級後的開始幾個星期之內，伺服器在使用中表現良好。但是不久後就發現，在伺服器上同時運行的其他應用程式卻出現了異常，不時地報出記憶體分配不足的警告。經過幾次跟蹤後發現，原來是SQL Server吞去了大部分記憶體所致。被SQL Server佔用的記憶體由升級前的不到400MB一下子增加到現在的900MB，並且有不斷增長的趨勢。