A. sqlServer 2000 Driver for JDBC][SQLServer]傳入的表格格式數據流(TDS)遠程過程調用(RPC)協議流不正確。
由於SQLServer 2000 和SQLServer 2005 所用的資料庫驅動不同。系統無法識別。刪除tomcat下的其中一個驅動。
B. SQL sever服務管理器點擊開始 提示RPC不可用 怎麼解決啊
1)打開「開始-「運行」，輸入Regedit.exe 2)選擇「KEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ MSSQLServer 3)創建名為DependOnService，類型為REG_MULTI_SZ的新值。輸入字元串RpcSs作為其設置。 4)重新電腦
網上淘的 你試下
C. sqlserver profiler應該關注哪些事件
Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 語句。
遠程過程調用 (RPC) 批處理狀態。
在資料庫對象上獲取或釋放的鎖。
我覺得這幾個是非常值得關注的，最能影響性能的存在點，建議多關注
D. 如何識別SQL Server中的CPU瓶頸
問題：
如果經常遇到CPU瓶頸而導致的SQLServer宕機，那如何去發現並解決這些相關的問題？
解決方案：
導致CPU成為SQLServer性能問題的原因有很多，比較明顯的原因是因為資源不足。但是，CPU的利用率可以通過配置的更改和查詢的優化來降低，所以當你想買更快更好的處理器之前，先要考慮前面的操作。下面是使用一些內置工具來識別CPU相關瓶頸：
性能監視器（Performance Monitor）：
可以使用性能監視器來檢查CPU的負載。檢查Processor:% Processor Time 這個計數器：如果長期超過80%/處理器，那很有可能面臨了CPU相關瓶頸。
CPU密集操作主要是編譯和重編譯。你可以通過使用SQL Statistics對象計數器來監視它們的情況。也可以監控批處理接收的數量來查看。如果SQL Recompilations/sec 中的BatchRequests/sec的速率很高，那就有潛在的問題：
配置和監視以下計數器：
SQL Server: SQL Statistics: SQL Compilations/sec
SQL Server: SQL Statistics: SQL Recompilations/sec
SQL Server: SQL Statistics: Batch Requests/sec
可以從MSDN中獲取關於這部分的詳細信息： MSDN Library.
另外一個用於探測CPU相關問題的計數器是：SQL Server: Cursor Manager By Type – CursorRequests/Sec ，用於顯示你的伺服器上游標使用情況。如果你看到每秒有數以百計的游標請求，那很有可能是因為低效的游標使用和小體積提取操作（small fetch size）引起性能問題。
內部並行查詢同樣會引起CPU問題，可以檢查：
SQL Statistics:Batch Requests/sec counter 計數器。在CPU生命周期中，每秒的批處理應該很小。如果過多，意味著正在使用並行計劃運行。
動態管理視圖（DMVs）：
以下是對排查CPU瓶頸游泳的DMVs。動態視圖：sys.dm_exec_query_stats顯示目前緩存的批處理或者使用CPU的過程。下面的查詢用於檢查耗費CPU的執行計劃：
select plan_handle,
sum(total_worker_time) as total_worker_time,
sum(execution_count) as total_execution_count,
count(*) as number_of_statements
from sys.dm_exec_query_stats
group by plan_handle
order bysum(total_worker_time), sum(execution_count) desc
SQLServer2008在每個查詢編譯時，會計算其hash值。你可以在query_hash列中找到該值，是否兩個查詢僅僅字面值不同但是使用相同query_hash值。該值也在 Showplan/Statistics XML QueryHash屬性中可以查看。
Plan_generation_num列顯示一個查詢被重編譯的次數。
SQLServer優化器嘗試選擇能提供最快響應時間的執行計劃，但是不代表總是低CPU利用。低效的查詢計劃會引起CPU的好用，此時同樣可以使用sys.dm_exec_query_stats 來監控。
如果你想有一個對SQLServer優化所耗費時間的總覽，可以檢查：
sys.dm_exec_query_optimizer_info 。其中的消耗時間和最後開銷會非常有用。
可以使用以下DMVs來查詢內部並行查詢及其查詢文本、執行計劃的情況：
sys.dm_exec_cached_plan: Shows the cached query plans.
sys.dm_exec_requests: Shows each executing request in the SQL Server instance.
sys.dm_exec_sessions: Shows all active user connections and internal tasks.
sys.dm_exec_sql_text: Shows the text of the SQL batches.
sys.dm_os_tasks: Shows each active task within SQL Server.
SQL Server Profiler:
如果性能監視器發現有問題，同樣可以使用SQLServer Profiler來發現不必要的編譯和重編譯。SQLServer Profiler 跟蹤能幫助你找到一直重編譯的存儲過程。可以使用下面的事件：
SP:Recompile, CursorRecompile, SQL:StmtRecompile: 這個事件是針對SQLServer的重編譯。SP:Recompile事件中的EventSubClass 說明了重編譯的原因。
· Showplan XML For Query Compile: 這個事件是針對T-SQL語句的重編譯。包含了查詢計劃和過程的對象ID.注意對這個事件運行一個跟蹤，能得到利用系統資源的重要信息。但是，如果性能計數器報告SQL Compilations/sec 的值很高時，跟蹤將非常好資源。
低效的游標可以使用RPC:Completed事件來跟蹤。查看sp_cursorfetch語句並檢查第四個參數，包含每次提前（fetch）包含的行數。
E. sql server 2000 個人版怎麼安裝
按如下步驟安裝(建議操作系統為XP或以下)：
1. 1）：將SQLServer 2000光碟放入光碟機或下載的文件找到autorun.exe並雙擊，出現Microsoft SQL Server2000對話框，單擊 安裝SQL Server2000組件選項，或者直接運行光碟上的 autorun.exe。彈出如圖所示1-2窗口：
圖1-2
3)：單擊「安裝SQL Server 2000組件」項，系統彈出如圖1-3所示窗口：
圖1-3
4)：選擇「安裝資料庫伺服器」，系統彈出安裝向導窗口，如圖1-4所示：
圖1-4
5)：單擊「下一步」按鈕，系統彈出「計算機名」窗口，系統提示創建SQL Server實例的計算機的名稱，如圖1-5所示：
圖1-5
6)：選擇「本地計算機」項，單擊「下一步」按鈕，系統彈出「安裝選項」窗口，如圖1.6所示：
圖1-6
7)：選擇「創建新的SQL Server實例，或安裝客戶端工具」項，單擊「下一步」按鈕，系統彈出「用戶信息」設置窗口，如圖1-7所示：
圖1-7
8)：在「用戶信息」窗口中錄入用戶姓名和公司名，然後單擊「下一步」按鈕，系統進入「軟體許可協議」窗口，如圖1-8所示：
圖1-8
9)：單擊「是」按鈕接受協議，系統彈出「安裝定義」窗口，如圖1-9所示：
圖1-9
10）：選擇「伺服器和客戶端工具」項，單擊「下一步」按鈕，系統彈出「實例名」窗口，如圖1－10所示：
圖1-10
11）：勾選「默認」項，使用由系統提供的默認實例名，單擊「下一步」按鈕，系統彈出「安裝類型」選擇窗口，如圖1－11所示：
圖1-11
12)：選擇「典型」項，單擊「下一步」按鈕，系統彈出「服務賬戶」設置窗口，如圖1－12所示：
圖1-12
13）：選擇「對每個服務使用同一賬戶，自動啟動SQL Server服務」項，服務設置選項「使用本地系統賬戶」，單擊「下一步」按鈕，系統彈出「身份驗證模式」窗口，如圖1－13：
圖1-13
14）：選擇「混合模式（Windows身份驗證和SQLServer身份驗證）」項----勾選「空密碼（不推薦）」項，單擊「下一步」按鈕，系統進入「開始復制文件」窗口，如圖1－14所示：
圖1-14
15）：單擊「下一步」按鈕，系統開始執行安裝工作，並出現安裝進度條指示，如圖1－15所示：
圖1-15
16）：安裝完成後，系統彈出「安裝完畢」窗口，單擊「完成」按鈕，完成SQL Server 2000的安裝工作。
安裝完成後，建議重啟計算機以查看SQL Server 2000能否正常啟動。重啟後，單擊【開始】→【程序】→【Microsoft SQL Server】→【服務管理器】，系統彈出「SQL Server 服務管理器」窗口，如圖1－16所示，當圖中表示為「綠色三角形」符號時表示正常啟動。
圖1－16
說明：如若在安裝過程中，彈出如圖1－17所示窗口，
圖1－17
方法1（推薦）：則重新啟動計算機重新安裝即可。
方法2（若對注冊表不熟悉，請務隨便操作）：【開始】→【運行】→輸入regedit後點確定，按照下面分支順序：HKEY-LOCAL.MACHINE/SYSTEM/CurrentcontrolSet/Control/
Session Manage/PendingRenameOperations 項直接在PendingRenameOperations項目上單擊右鍵並刪除，再重新安裝即可。
附錄：
一：Sql server2000 與windows的對應關系：
SQL Server 2000企業版和標准版只能安裝在以下操作系統上：
• Windows Server 2003 R2
• Windows Server 2003, Standard Edition1
• Windows Server 2003, EnterpriseEdition2
• Windows Server 2003, DatacenterEdition3
• Windows® 2000 Server
• Windows 2000 Advanced Server
• Windows 2000 Datacenter Server
SQL Server2000 評估版和開發版只能安裝在以下操作系統上：
• 以上列出的企業版或者標准版或更高版本的操作系統
• Windows XP Professional
• Windows XP Home Edition
• Windows 2000 Professional
SQL Server2000個人版和桌面引擎(MSDE)只能安裝在以下操作系統上：
•以上列出的企業版，標准版，評估版，開發版或更高版本的操作系統
• WindowsServer 2003, Web Edition5 (MSDE only)
• Windows98
• WindowsMillennium Edition (Windows Me)
更多內容訪問：http://www.microsoft.com/sql/prodinfo/previousversions/system-requirements.mspx
二：MS SQL SERVER的網路特點
1、伺服器端的網路連接
微軟研製WINDOWS NT的一個設計目標就是為應用軟體提供強大的開發平台。為了達到這一目標，設計者在操作系統中創建了一系列非常強大的服務來解決伺服器所需的操作，例如文件存取、列印服務以及網路互連。SQL SERVER實際上是遠遠獨立於網路的，並且SQL SERVER的最底層只需具有網路識別功能。而這些底層的網路識別能力是被隔離在網路庫中的，如圖1所示。
SQL Server
TCP/IP庫
多協議庫
命名管道庫
NWLinK庫
RPC庫
文件服務
Windows NT網路
網路介面（物理層和數據鏈路層）
圖1 網路介面（物理層和數據鏈路層）
伺服器端的網路庫可以分成兩組。第一組依靠WINDOWS操作系統網路結構來提供通信服務。這組網路庫包括以下幾種：
n 命名管道庫（Named Pipe library）
n 多協議庫(Multi-Protocol library)
n 當地RPC庫(Local RPClibrary)
n 共享內存庫（Share Memory library）
命名管道庫在UNC網路結構的基礎上，採用一種簡單的通信系統。一個命名管道有一個完全的UNC路徑,如\\Server \pipe \SQL\Query。對於本地伺服器，這可以被縮寫為\\. \pipe \SQL\Query。從程序員的角度來看，編寫命名管道程序與編寫以文件為基礎的輸入和輸出程序非常相似。因此，可以看到，利用這一網路庫需要被WINDOWS NT驗證，這並不值得大驚小怪，用戶必須被WINDOWS NT的安全機制鑒別。
Multi-protocol 系統利用遠程過程調用（或RPC）來完成客戶機和伺服器之間的通信。RPC是一個安全的協議，與命名管道相似，用戶必須被WINDOWS NT的安全機制鑒別。
本組中的另一個網路庫是Local RPC （本地遠程調用）庫。盡管從表面上看，存在本地遠程調用是矛盾的，但這是一個真正的協議。Local RPC被運行在WINDOWS NT伺服器上的過程用於和SQL Server進行通信（例如運行在伺服器上的SQL Enterprise Manager 工具，或SQL Agent）。
共享內存庫（Share Memory library）同樣也被用於同一台伺服器上進程之間的通信。共享內存庫被自動安裝，不能被刪除，而且沒有配置選項，所以在此不對它們作進一步的討論。
由於Named pipe及Multi-protocol庫都利用了WINDOWS網路結構，因此它們其實是獨立於協議的（與使用什麼協議無關）。Namedpipe可以被用於任何文件服務支持的協議上，也就是說，它可以用於IPX/SPX，TCP/IP ，BANYAN VINES，以及NETBEUI上。RPC可以和任何支持遠程過程調用的協議一起使用，這些協議也包括了上面所說的幾個協議。唯一真正不支持RPC的協議的是DLC。
第二組伺服器端的網路協議庫是一組依靠協議的庫，它包括以下幾個協議：
n NWLINK
n TCP/IP SOCKETS
n BANYAN-VINES SPP LIBARRIES
與Named pipe及Multi-protocol不同，這些庫不用WINDOWS指定的文件伺服器或RPC。例如TCP/IP SOCKETS，就如其他任何以SOCKETS為基礎的程序（比如Telnetd or Oracle Listenerdaemon ）利用TCP/IPSOCKETS一樣。SQL SERVER包括IPX/SPX，TCP/IP SOCKETS ，BANYAN-VINES 以及Apple Talk 的ADSP協議。
這些庫中的每一個協議都需要對某些配置進行設置.,以作為標識其自身的方法。例如，為了配置TCP/IP庫，必須指定埠號。對於IPX/SPX，Apple Talk ADSP或者BANYAN-VINES SPP，都必須提供一個服務名，這個服務名通常不與伺服器名相同。同樣，如果想用其中這些庫，相應的協議必須在Windows NT的控制面板的網路窗口中進行設置。換句話說，如果想支持IPX/SPX協議，則必須安裝NWLINK IPX/SPX協議。
在伺服器端，由於網路互連基本上被操作系統來管理了，因此幾乎不需要文件，復雜程度也大為下降。SQL Server提供了伺服器端網路庫，因此它能夠以不同的方式，與一些網路進行交互。例如，Multi-protocol庫利用RPC機制進行通信，以確保SQLServer提供集成的安全性。用於實現網路庫的文件存放在\MSSQL\BINN目錄下。表1列出所用的文件。
表1、SQL Server的伺服器端網路庫DLL文件
文件
用於
SSMSSH70.DLL
Local RPC
SSMSSO70.DLL
TCP/IP Sockets
SSNMPN70.DLL
Named-Pipe
SSMSRP70.DLL
Multi-prltocol
SSMSAD70.DL
ADSP(Apple Talk)
SSMSSP70.DLL
Nwlink IPX/SPX
SSMSVI70.DLL
Banyan VINES SPP
在這里值得說的是，與這些DLL相關的函數在文件中被描述為是Open Data Services的一部分。這意味著第三方可以提供新的網路庫，盡管這並不普通。
客戶網路庫被安放在獨立的DLL文件中，並且與伺服器的網路庫十分相似。表2列出了客戶端的DLL文件。區別伺服器端網路庫和客戶端網路庫最簡單的方法是，伺服器端網路庫以SS（代表SERVERSIDE）開頭，而客戶端的網路庫通常以DB開頭。除了Namedpipe 庫被存放在\windows\system目錄下或 winnt\system32目錄下之外，這些庫都被存放在\MSSQL7\ BINN目錄下。
表2、客戶端的網路DLL文件
DLL文件
網路庫
DBNMPNTW.DLL
Named pipe
DBMSRPCN.DLL
TCP/IP
DBMSRPCN.DLL
Multi-protocol
DBNSSPXN.DLL
Nwlink IPX/SPX
DBMADSN.DLL
Apple talk
DBMSVINN.DLL
Banyan VINE SPP
2、解決客戶連接的故障
客戶機/伺服器的連接問題可以由低到高地進行診斷。換句話說，先檢查網路的物理層，再檢查網路組件，最後檢查應用程序的網路調用。在里，我們將主要關注TCP/IP環境下的故障排除。其他環境下的故障排除與此類似。
如果在客戶機和伺服器之間存在著一個資料庫連接問題，首先你就的確認客戶機和伺服器之間的網路連接是否暢通無阻。以下幾個步驟說明了如何檢測TCP/IP連接。
(1) 打開一個命令行窗口（MSDOS窗口），PING本機地址127.0.0.1；如果PING不通本機，則在這一本地機器上存在著網路配置錯誤。
(2) PING本機的外部TCP/IP地址 。為了找到本機的IP地址，可以在WINDOWS9X下運行WINIPCFG，或在WINDOW S NT的命令行下運行IPCONFIG。如果PING本機IP地址操作失敗，則在本地機器上存在著網路配置錯誤。
(3) PING預設的網關地址（同樣利用WINPCFG或IPCONFIG，你可以同樣找到網關地址）。如果這一操作失敗，則可檢查一下你的IP地址是否和預設的網關在同一個子網下。如果這兩個地址在同一子網下，則本地機器的網路配置可能有問題。
(4) PING伺服器的IP地址，然後利用伺服器的機器名來PING伺服器。請確信你PING伺服器名返回的伺服器地址和通過PING伺服器IP地址返回的結果相同。
如果不相同，則表明在你的網路上，存在DNS（域名服務）錯誤。如果PING失敗，返回」Destination host unreachable」則在你的路由器上可能存在配置問題。
如果PING成功，則表明在客戶機和伺服器之間存在著良好的網路連接。
在確定網路連接良好之後，繼續查找其他方面的問題，打開SQL Server Client Configuration工具來檢查預設的網路協議是否配置正確，接下來，檢查伺服器端的網路庫，並查它們是否支持相應的協議。
作為最後一個求助手段，可以從SQLServer的光碟上安裝客戶軟體到客戶機上，並利用ISQL/W來連接SQL SERVER。ISQL/W是最容易實現的連接，如果它能夠連接成功，則你所使用的軟體可能存在著某個問題，妨礙了連接的實現。
三、MS SQL SERVER自動備份計劃配置
利用MSSQL SERVER的自動備份功能進行備份安排是非常方便的。現在，讓我們一起來了解怎樣安排備份以及怎樣才能夠定期備份。以下是主要內容：
n 創建備份設備
n 利用SQL 來執行備份
n 設置備份預定表
自動備份提供了一種SQLSERVER常式，它確保備份能夠按時執行，如果你每天早晨准備要做的第一件事情是手工運行備份程序，但某一天你由於交通擁擠而不能夠按時上班，就可能會漏掉一次備份，但對備份進行預定提供了更高級的可靠性，它能夠在用戶不想在辦公室也能執行備份操作。
在執行自動備份或進行以下步驟練習時，請確定「SQLServerAgent」服務已經啟動，因為自動備份需要「SQLServerAgent」服務支持。
1、創建備份設備
備份設備是用作備份目標的某種磁帶設備或磁碟文件，通過創建一種備份設備，就能夠確定每次都可以輕松的找到正確的文件，為了創建某種備份設備，應該先打開SQL Enterprise Mamager 並打開你想要使用的伺服器，右擊BACKUPDEVICES（備份設備），並選擇NEW BACKUP DEVICES…（新建備份設備），隨後會出現Backup Devices Properties（備份設備屬性）對話框，如圖所示，
接著，為該設備輸入一個名字，再選擇某種設備類型（磁帶或磁碟）以及設備名，對於磁帶驅動器，系統會提供一個磁帶驅動器名稱列表，對於磁碟驅動器，可以鍵入一個本地路徑（如果文件應該存放在本地計算機中），也可以鍵入一個UNC路徑（這樣就可以將備份將備份文件放在另一台計算機中）。單擊OK（確定）按鈕，則SQL SERVER會給出消息，」Backup Device CreatedSuccessfully（備份設備創建成功）。新創建的備份設備名將出現在Backup Device文件夾中。
2、利用SQL Enterprise Mamager執行備份
SQL Enterprise Mamager可以幫助用戶對資料庫進行快速備份。這就要求能夠創建一次性的備份，該備份用來傳輸數據或對某個備份進行測試。下面介紹的是具體過程：
（1）打開DATABASES（資料庫）文件夾，並右擊你想要進行備份的資料庫名。
（2）從上下文菜單中選擇TOOLS（工具），BACKUP DATABASES（備份數據）選項，隨後出現SQL SERVERBACKUP對話框，如圖所示：
（3）DESCRIPTION（說明）子端中填寫相應的信息，選擇備份類型（包括完全備份，差異備份，事務日誌備份，文件組備份），再選擇備份目標。如果你想同時備份到多個設備上，則應該為備份選擇多個目標，最後，選擇是否覆蓋現有的介質，或者將備份集合添加到現有的介質當中。
（4）在如圖所示的OPTIONS（選項）選項卡畫面中，你會發現可以獲得TRANSACT-SQLBACKUP DATABASES命令的選項列表中的全部選項，包括當備份完成時彈出磁帶以及與介質集合相關的各種選項。
（5）OK（確定）按鈕，以便啟動備份程序，於是，開始進行備份。當備份完成時，就會出現」The Backtup Operation has completed successfully 「（備份操作成功）的消息。備份進程要花費一些時間，這主要取決於資料庫的大小以及備份介質的速度，出現一個漂亮的藍色條也許會使你更欣賞該備份進程。
3、設置備份計劃
對備份進行預定是建立總體備份常式中的一個重要組成部分。預定好的備份可以在非高峰時間運行，這樣就可以避免損害用戶的利益。
為了設置一個備份預定表，可以先執行「利用來SQL Enterprise Mamager執行備份」中介紹的步驟3，然後單擊SCHEDULE（預定表）復選框。它可以對備份進行設置，使備份按照預設的循環日程預定進行，即預定在每周星期天的午夜進行。如果這一設置恰好是你想要的，則可以直接使用該選項。但是，情況可能不是這樣的。為了指定一個不同的備份預定時間，可單擊省略號按鈕（…），以便打開如圖所示的EditRecurring Job Schele（編輯可重復出現行的作業預定表）對話框。
選擇Recurring（重復出現）選項，接著對備份預定日程進行更改，使該預定表能夠反映你真正想要的某種設置。為了將備份預定設置在從周一到周五的每天凌晨兩點鍾進行，可選擇 Weekly（每周）單選鈕，並且選中從周一到周五的所有復選框，將時間設置為「2AM 」，然後，單擊OK（確定）按鈕即可。
在SQL Server中預定好所有的作業以後，就可以將事情交給 SQL Agent去做而我們撒手不管了。SQL Agent先將所有作業進行排隊，然後再分別予以處理。這就意味著SQL Agent必須運行各種預定好的作業。為了監視某個作業，可打開SQLEnterprise Mamager ，與指定用來運行該作業的伺服器進行連接，再打開SQL Agent 。SQL Agent 的JOBS文件夾中包含了所有被預定的作業。你可以右擊其中某個作業並選擇Job History，以便找出該作業前幾次運行的狀態信息。
三、MS SQL SERVER數據恢復配置
在SQL Enterprise Marnager 里操作項目選擇還原資料庫，
還原為資料庫名稱為ZKHR，從設備還原，
找到原來備份的資料庫文件，
選擇資料庫物理文件的存放位置
點擊「確定」按鈕，進入還原狀態（千萬不要去點擊「停止」，如反正不成讓它自行報錯再結束）
一會兒不願成功彈出下圖：
點擊確定退出即可。
F. 我安裝了SQLserver2008，在打開SQLserver配置管理器時，出現錯誤，急需求助，圖片如下；
看系統的RPC（遠程過程調用）服務開啟了沒有。
G. 啟動sqlserver服務時出現 1068錯誤
這是因為所依存的許多服務之中有一個無法啟動，就會發生這個現象。你可以打開服務,看看它的依存關系,試試把其他服務都開起來..再開這個服務.
這種情況90%的可能性是你的ICS服務的依存服務沒打開。ICS服務依賴於Network Connections和Windows Management Instrumentation服務，在ICS服務的屬性里可以看到，你檢查一下是否停止了RPC服務和Event Log服務。
我給你舉個我以前解決過的實例：
KV2005的安全中心不能用的問題，也出現提示：錯誤1068:依存服務或組無法啟動
第一步：根據提示，在服務管理中將"Windows Firewall/Internet Connection Sharing(ICS)"服務的"啟動方式"設置為"自動"，然後單擊"啟動"按鈕，系統卻提示"在本地計算機無法啟動Windows Firewall/Internet Connection Sharing (ICS)服務。錯誤1068：依存服務或組無法啟動"。服務無法啟動了，典型的依存故障。
第二步：雙擊該服務打開"屬性"窗口，切換到"依存關系"選項卡，在"此服務依賴以下系統組件"框中發現當前服務依存於"Network Connections"和"Windows Management Instrumentation"這兩項服務，初步確定這兩項服務可能被禁止了。經過檢查，果然發現"Network Connections"的"啟動方式"被設置為"已禁用"，當前狀態為"已停止"
第三步：依附關系找到後，解決問題就非常簡單了。將"Network Connections"設置為"手動"並啟動，然後再將"Windows Firewall/Internet Connection Sharing (ICS)"服務啟用即可
H. 如何為SQL SERVER2008 啟用遠程連接
伺服器對象->鏈接伺服器 的功能點，用戶首先創建一個遠程DB的鏈接對象，之後就可以像本地表一樣執行表的DML了。
創建步驟：伺服器對象->鏈接伺服器->右擊 新建鏈接伺服器，創建鏈接伺服器，安全性選項中設置遠程資料庫的賬號和密碼。
注意事項： 鏈接伺服器：一般為伺服器的IP地址；如果為SQLServer則點SQL Server；
注意事項：右鍵點擊遠程鏈接->屬性->伺服器選項->Rpc和Rpc Out，這兩個值需要設置為True。
I. 傳入的表格格式數據流(TDS)遠程過程調用(RPC)協議流不正確。參數 1 (""): 數據類型 0x38 未知。
com.microsoft.jdbc.base.BasePreparedStatement.executeQuery(Unknown Source)
org.apache.jsp.chklogin_jsp._jspService(chklogin_jsp.java:87)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
note The full stack trace of the root cause is available in the Apache Tomcat/5.0.28 logs.
J. 如何截獲提交道SQLServer伺服器上的SQL語句
打開
"開始"-"所有程序"-"Microsoft SQL Server"-"事件探查器"
打開程序之後點菜單欄的
"文件"-"新建"-"跟蹤"
然後執行你要看SQL語句的程序.事件探查器就會把該時間段內所有執行的SQL語句列出來.
相關知識如下:
使用 SQL 事件探查器進行監視
SQL 事件探查器是圖形工具，使系統管理員得以監視 Microsoft® SQL Server™ 實例中的事件。可以捕獲有關每個事件的數據並將其保存到文件或 SQL Server 表中供以後分析。例如，可以對生產環境進行監視，了解執行速度太慢而妨礙性能的存儲過程。
使用 SQL 事件探查器只監視感興趣的事件。如果跟蹤變得太大，可以基於需要的信息進行篩選，以便只收集事件數據的子集。監視太多事件類會增加伺服器和監視進程的開銷，並且可能導致跟蹤文件或跟蹤表變得很大，尤其是在進行長時間監視時。
在跟蹤事件後，SQL 事件探查器允許重播在 SQL Server 實例上捕獲的事件數據，因此可以如事件當初發生時一樣有效地重新執行保存的事件。
使用 SQL 事件探查器可以：
監視 SQL Server 實例的性能。
調試 Transact-SQL 語句和存儲過程。
識別執行慢的查詢。
在工程開發階段，通過單步執行語句測試 SQL 語句和存儲過程，以確認代碼按預期運行。
通過捕獲生產系統中的事件並在測試系統中重播它們來解決 SQL Server 中的問題。這對測試和調試很有用，並使得用戶可以不受干擾地繼續使用生產系統。
審核和復查在 SQL Server 實例中發生的活動。這使得安全管理員得以復查任何審核事件，包括登錄嘗試的成功與失敗，以及訪問語句和對象的許可權成功與失敗。
SQL 事件探查器為用於監視 SQL Server 實例的一組存儲過程提供圖形用戶界面。例如，可以創建您自己的應用程序，以便使用 SQL 事件探查器存儲過程監視 SQL Server。
必須有至少 10 MB 的可用空間用以運行 SQL 事件探查器。當使用 SQL 事件探查器時，如果可用空間降至 10 MB 以下，SQL 事件探查器的所有功能都將停止。
SQL 事件探查器術語
若要使用 SQL 事件探查器，需要了解描述工具功能的術語。例如，創建模板來定義要收集的數據。通過在模板中所定義的事件上運行跟蹤來收集這些數據。當運行跟蹤時，描述事件數據的事件類和數據列顯示在 SQL 事件探查器中。
模板
模板定義想要使用 SQL 事件探查器監視的每個事件的准則。例如，可以創建一個模板以指定使用哪些事件、數據列和篩選。然後可以保存該模板，並用當前的模板設置啟動跟蹤。捕獲的跟蹤數據基於模板中指定的選項。模板不執行且必須用 .tdf 擴展名保存到文件。
跟蹤
跟蹤基於選定的事件、數據列和篩選捕獲數據。例如，可創建模板監視異常錯誤。為此，應選擇跟蹤 Exception 事件類以及 Error、State 和 Severity 數據列，這些都是為了使跟蹤結果提供有意義的數據而需收集的。保存模板後，便可將其作為跟蹤運行，並且可收集關於伺服器中發生的任何 Exception 事件的數據。可保存此跟蹤數據，然後稍後重播或立即用於分析。
篩選
當創建跟蹤或模板時，可以定義篩選由事件收集的數據的准則。如果跟蹤變得太大，可以基於想要的信息進行篩選，以便只收集事件數據的子集。如果沒有設置篩選，跟蹤輸出中將返回選定事件類的所有事件。例如，可以將跟蹤中的 Microsoft Windows® 2000 用戶名限制為特定用戶，以將輸出數據減少到感興趣的那些用戶。
事件分類
事件分類定義事件的分組方法。例如，所有鎖事件類都在鎖事件分類內分組。但是，事件分類只存在於 SQL 事件探查器中。該術語不反映引擎事件的分組方法。
事件
事件是在 Microsoft® SQL Server™ 引擎中生成的操作。例如：
登錄連接、失敗和斷開。
Transact-SQL SELECT、INSERT、UPDATE 和 DELETE 語句。
遠程過程調用 (RPC) 批處理狀態。
存儲過程的開始或結束。
存儲過程內的語句的開始或結束。
SQL 批處理的開始或結束。
寫入 SQL Server 錯誤日誌的錯誤。
在資料庫對象上獲取或釋放的鎖。
打開的游標。
安全許可權檢查。
由事件生成的所有數據顯示在單個行中的跟蹤內 。該行包含詳細描述事件的數據列，稱為事件類。
事件類
事件類是描述由伺服器生成的事件的列。事件類確定收集的數據類型，因此並不是所有數據列都適用於所有事件類。事件類示例包括：
SQL:BatchCompleted，表示已完成 SQL 批處理。
運行客戶端的計算機的名稱。
受事件影響的對象 ID（如表名）。
發出語句的用戶的 SQL Server 名稱。
正在執行的 Transact-SQL 語句文本或存儲過程文本。
事件開始和結束的時間。
數據列
數據列描述為跟蹤內捕獲的每個事件類所收集的數據。事件類確定收集的數據類型，因此並不是所有數據列都適用於所有事件類。例如，為 Lock:Acquired 事件類捕獲 Binary Data 數據列時，該數據列包含鎖定的頁 ID 或行的值，但沒有 Integer Data 事件類的值。對於所有事件類，默認數據列均為自動填充。