I/O 效能關鍵因素 磁碟類型與 RAID 選擇 RAID 等級特性適用場景寫入效能 RAID 0條帶化，無備援TempDB、可重建資料最佳 R

IAM 頁面核心概念 IAM (Index Allocation Map) 頁面追蹤 4GB 區間內配置單元使用的區。每個配置單元 = 一組頁面，屬於單一資料表

非叢集索引 vs 叢集索引核心差異 特性叢集索引非叢集索引 資料排序依叢集鍵值邏輯排序儲存資料不依非叢集鍵排序 葉層結構資料頁索引頁 (含鍵值+行

精確數值類型 類型範圍儲存適用場景 bit0, 1, NULL1 bit (8欄=1 byte)布林旗標 tinyint0 ~ 2551 byte

核心記憶體概念（32 位元環境） 使用者模式 vs 核心模式 Windows 採用兩種處理器存取模式保護系統穩定： 核心模式：作業系統核心程式碼、驅動程

適用場景 資料庫進入 SUSPECT 模式、DBCC 檢測到一致性錯誤、備份不可用時的緊急修復。 標準修復流程 -- 1. 設為單一使用者模式，強制回滾現有連

面試題目清單 以下為資深 SQL Server DBA 面試常見題目，涵蓋叢集、效能調校、備份策略、鎖死鎖分析等核心領域： 1. 叢集節點替換操作 情境： S

問題現象 在 SQL Server 2008 R2 環境啟用 Oracle GoldenGate (GG) 後，發現資料庫交易記錄檔持續增長，甚至佔滿磁碟空間，

應用場景 防止開發人員或維護人員在未加 WHERE 條件的情況下，誤執行大量 UPDATE 或 DELETE 陳述式，導致資料異動過多造成業務影響。透過 DML

前言 在 SQL Server 環境中，針對特定表進行資料備份與還原是常見的維護需求。雖然 SQL Server 內建了備份工具，但有時我們需要更靈活、自動化的

參數定義 skip_unusable_indexes (預設 TRUE) 控制遭遇 UNUSABLE 索引時的 SQL 執行行為： TRUE：忽略不可用索引，

背景 TEXT/NTEXT 已棄用 (建議改用 VARCHAR(MAX)/NVARCHAR(MAX))，但舊系統仍大量存在。規劃轉型前需評估各欄位最大長度，以決

傳統寫法痛點 逐筆 INSERT INTO ... VALUES (...) 產生大量網路往返與編譯開銷，效能低落。 VALUES 子句多列語法 (SQL S

錯誤現象 在 SSMS 物件總管中右鍵 安全性 → 登入 → sa → 屬性 時彈出錯誤： 無法顯示請求的對話框。屬性 IsLocked 不可用於「登入名 s

適用情境 資料庫處於 SUSPECT (可疑) 或 RECOVERY_PENDING 狀態無法啟動 磁碟故障、空間不足需緊急遷移資料/記錄檔 僅 sysadm

邏輯執行順序 (非物理執行順序) 理解邏輯順序是撰寫正確查詢、排除語法錯誤的關鍵。以下為標準 SQL/TSQL 邏輯處理階段： FROM：確定資料來源，執行

場景說明 表 tblMulCharge 以 orderno 為去重鍵，需保留首筆記錄刪除其餘重複列。資料量大時，方法選擇直接影響執行時間與鎖定爭用。 方法一：

為何需要定期清理 msdb 系統表 msdb 資料庫儲存 SQL Server Agent 作業歷史、維護計劃執行記錄等資訊。長期累積會導致 msdb 膨脹，影

需求背景 在多租戶或混合負載環境中，防止特定登入帳號佔用過多 CPU 資源，影響其他關鍵業務。SQL Server Resource Governor（資源管理

腳本概述 這是一個根據實際生產環境定製的 SQL Server 備份存儲過程，支援完整、差異與交易日誌三種備份模式。腳本內建完善的防呆機制，從權限驗證、版本相容