sql2000配置
㈠ 如何配置sql server 2000啊
第一。你的系統是XP的話,只能安裝個人版的。不能安裝其他版本的。
第二。sql server2005,2008都很好,在很多方面做了改進,尤其是安全方面。可以使用2005。
第三。請在查詢分析器中輸入命令之前,首先確認使用的資料庫。你可以使用
use XXX資料庫指定要操作的資料庫。
第四。熟悉建庫,建表操作後,輸入一定的數據,再練習查詢、刪除、插入、更新等語句。
第五。熟練掌握基本語句後,練習觸發器和存儲過程以及sql語句的優化。
第六。熟悉前台開發軟體(java,c#,vc++等)連接後台資料庫(sql server)的操作
祝你學習快樂
㈡ SQL 2000在WINDOWS中的數據源應怎麼配置
分類: 電腦/網路 >> 程序設計 >> 其他編程語言
問題描述:
我用SQL2000做好了一個資料庫,想JSP連資料庫,我想問一下在WINDOWS中的數據源應怎麼配置?
解析:
你進入控制面板,有一個ODBC數據源設置的選項
㈢ 雙機熱備2003+sql2000配置
SMART ARRAY集群存儲
6個硬碟做ADG(4個硬碟容量可用,允許隨意壞兩塊硬碟)
2.系統的安裝及配置:
server A
ML350G3 36G硬碟(劃分為兩個區C:和D:)安裝W2K AD SERVER+SP4
HP 集成(千兆網卡)作對外通信,地址:192.168.0.1
HP NC3123 用作兩台主機之間的心跳線 IP地址:10.10.10.1
主機名為:server1
server B
ML350G3 36G硬碟(劃分為兩個區C:和D:)安裝W2K AD SERVER+SP4
HP 集成(千兆網卡)作對外通信,地址:192.168.0.2
HP NC3123 用作兩台主機之間的心跳線 IP地址:10.10.10.2
主機名為:server2
SMART ARRAY集群存儲
6個硬碟做ADG(4個硬碟容量可用,允許隨意壞兩塊硬碟),分成兩個邏輯盤:
hEart 500M 做集群的心跳分區(盤符Z)
Sql 270G 存放SQL的相關數據(盤符S)
集群信息:
IP地址:192.168.0.3
NETBIOS名:testclust
SQL SErvEr2000信息:
IP地址:192.168.0.4
SQL名稱:testSQL
步驟1:配置網路信息
SERVER A 加電 SERVER B 加電 SmartArray磁碟櫃斷電
在SERVER A上安裝WIN2000 AD SERVER 將主機名設成SERVER1。
公網IP:192.168.0.1 (DNS:主192.168.0.1 輔192.168.0.2)
心跳IP:10.10.10.1 (網關和DNS不用填;速度設為100M半雙工,去掉除TCP/IP和HP TEAM以外的去掉DNS注冊、WINS)
在SERVER B上安裝WIN2000 AD SERVER 將主機名設成SERVER2。
公網IP:192.168.0.2 (DNS:主192.168.0.1 輔192.168.0.2)
心跳IP:10.10.10.2 (網關和DNS不用填;速度設為100M半雙工,去掉除TCP/IP和HP TEAM以外的去掉DNS注冊、WINS)
步驟2:安裝活動目錄
在server A上安裝活動目錄(ActivE DirEctory)並配置DNS。
1. 在開始》運行里Dcpromo
2. 按照活動目錄的安裝向導,選擇Domain controllEr for a nEw Domain然後選擇Domain in a nEw forEst. Click
3. 輸入DNS名稱:test.COM
4. 檢查一下NETBIOS名稱,繼續下一步就可以。
5. 繼續選擇下一步,接受相關文件默認存放位置
6. 最後會提示你無法聯系DNS伺服器,選擇在本機安裝、配置DNS服務
7. 選擇與WIN2000以前系統兼容
8. 根據需要設置將來恢復AD的密碼,如果沒有什麼特殊要求留為空即可
9. 繼續進行,安裝結束後重新啟動伺服器SERVER A
在SERVER B上安裝活動目錄(ActivE DirEctory)並配置DNS(在選擇活動目錄屬性時選擇加入已有的活動目錄就可以,DNS在添加刪除程序中添加DNS選項就可以)
步驟3:配置集群
SERVER A 關機、SERVER B關機,磁碟櫃加電,待磁碟櫃自檢結束後(面板上會有信息提示)SERVER A開機。
執行ACU將磁碟櫃上的硬碟創建ARRAY,然後創建兩個邏輯盤(在ACU中創建,在WIN2000的磁碟管理中會看到又多了兩個物理磁碟),一個500M用了存放集群心跳信息,其餘的存放資料庫數據。
在磁碟管理其中將500M磁碟格式化,分配盤符為Z,將卷標設置為hEart;將剩餘的270G格式化,分配盤符S,卷標設為sql。
SERVER B開機
將新出現的兩個分區按照NODEA中的配置進行更改:將卷標為hEart的分區盤符該為Z,將卷標為sql的分區盤符該為S。
SERVER B關機
在SERVER A上配置集群:
1. 在添加刪除程序中添加並配置集群服務
2. 在下面的向導中選擇新建集群
3. 輸入集群名稱TESTCLUST
*注意
集群的名稱不能和網上任何的主機名、域名沖突!用戶可以用ADMINISTRATOR,但最好新建一個,以免日後修改密碼而造成集群無法啟動!
4. 在隨後的向導中選擇心跳和公用的網卡
5. 給集群指定IP地址:192.168.0.3
6. 按照向導默認選項完成集群安裝
SERVER B開機,在添加刪除程序中添加集群服務:
SERVER B中只要在第一步選擇向集群中加入節點,然後找到SERVER A作好的集群就可以。
安裝結束後可以對集群切換進行測試:
1. 在serverA上打開集群管理器
2. 在testclust組上點右鍵,如圖,選擇切換組
3. 觀察資源轉移情況,經過幾十秒時間,活動組會轉移到serverB上。
4. 然後從serverb上同樣執行切換組,觀察資源轉換情況。
***到這里我們已經完成了集成組件的安裝!下面的資料庫SQL2000的安裝!***
步驟4:安裝SQL SERVER 2000中企
安裝SQL SERVER2000
1. 在server A上執行安裝,在初始畫面上選擇SQL SErvEr 2000 ComponEnts.
2. 選擇Install DatabasE SErvEr
3. 在隨後的窗口中中選擇Virtual SErvEr輸入SQLSERVER的名稱:testsql
4. 接受軟體許可協議,輸入ID號碼
5. 在隨後的 FailovEr ClustEring 界面, 選擇PUBLIC,然後輸入SQLSERVER的IP地址:192.168.0.4
6. 在 ClustEr Disk SElEction 界面,選擇S盤然後繼續.
7. 然後按照默認的相關選項進行配置就可以,安裝結束後在集群管理工具中核實一下SQL的相關資源已經出現在組中。
在集群管理工具中執行一下切換,看看SQL的資源能否順利切換,測試集群能否順利切換。
㈣ 請問、SQL 2000 如何配置
個人版和開發版沒什麼好配置的,安裝的時候,將資料庫位置移動到非系統盤里去就行了.還有就是記住SA的密碼.
企業版的麻煩點,但基本上也差不多的.不論什麼版本,安裝完成後,都要打上SP4補丁.
㈤ sql2000資料庫安裝所需主機配置有哪些另外,就是組裝機用英特的和用AMD的處理器對資料庫有啥影響不、
sql2000資料庫安裝對計算機沒有什麼特殊要求,一般目前的主流配置都不成問題;至於CPU,建議用英特爾的,穩定性要好於AMD的。
㈥ sql2000無人職守自動安裝配置文件如何設置
現在我們的標准安裝已經完成,讓我們討論一下無人值守安裝。Setupsql.exe程序讓你記錄下一個應答文件,它包括了你在安裝程序對話框中常選的對於各種安裝選項的所有回答。稍後,你能夠通過調用以該應答文件作為參數的setupsql.exe命令來運行一個安裝。這種無需任何用戶干預的安裝類型被稱為無人值守安裝。 要准備應答文件,先啟動安裝程序,在安裝選擇對話框中選擇高級選項,在對話框中選擇選取「記錄無人值守.ISS文件」。安裝程序會指導你完成常規的安裝對話框,其中你可以填入所有你想要記錄的選項。當你完成後,安裝程序在\WINNT文件夾下創建一個名為setup.iss的文件。 要啟動一個無人值守安裝,運行setupsql.exe程序,用-s作為執行安靜安裝的參數、-fl參數指定一個應答文件。例如,要啟動一個安靜的、無人值守的安裝——安裝完成後不通知你,你可以使用以下命令: <path>\setupsql.exe –s –fl <path>\setup.iss 如果你想在安裝完成時得到通知,從命令行執行如下setupsql.exe程序,或者把它寫入一個批處理文件中: start /wait <path>\setupsql.exe -s –fl <path>\setup.iss 直到安裝結束,控制才會傳遞到下一條命令。當你從批處理文件啟動安裝,而這個文件又包括其他依賴於安裝的行為時,使用start /wait選項是特別重要的。例如,假設你要為一個名為INST1的命名實例執行無人值守安裝來創建批處理文件,然後啟動SQL Server服務,再運行一個用來創建資料庫及其對象(如:表、存儲過程)的sql腳本。這個批處理文件看起來可能像這樣: start /wait D:\X86\Setup\setupsql.exe –s –fl C:\WINNT\setup.iss net start MSSQL$INST1 OSQL /E /I 「c:\data\scripts\createappdb.sql」 如果你不使用start /wait選項,控制從安裝一開始就移到了批處理文件的第二條命令,而這條NET START命令試圖啟動一個還不存在的服務。 對一個無人值守安裝進行故障排除要比對待標准安裝的故障排除更需要慎重對待。標准安裝往往在安裝程序遇到問題時通過顯示一個包含出錯信息的對話框(並伴有響亮的警告聲)來通知你。而無人值守安裝只是簡單地終止,且沒有交互的通知。 要了解如何對無人值守安裝進行故障排除,讓我們來看一組我遇到過的問題。假設你已經在伺服器上完成了另一個產品的安裝,然後你試圖執行一個SQL Server的無人值守安裝。安裝程序檢測到在前一個安裝結束後伺服器尚未重啟,於是放棄安裝,同時沒有任何信息提示。如果你保持任務管理器窗口打開,你會注意到setupsql.exe 程序不活動,所以SQL Server沒有被安裝。你也應該檢查日誌文件。一旦安裝成功,\WINNT\setup.log文件應該顯示0作為出錯代碼;然而,在我描述的情景中,他很可能顯示-1,這表示一個基本錯誤。你也應該看一下出錯信息。 當執行無人值守安裝時,我遇到過多次的另一個錯誤是「對話框次序紊亂」。在我調用安裝程序後不久我就意識到這一問題的存在——那是在我打開任務管理器並看到setupsql.exe雖然在運行但是沒有像正常的無人值守安裝那樣調用和釋放進程。同時,安裝程序通常在\Program Files\Microsoft SQL Server下創建的文件夾也沒有被創建。Setupsql.exe程序看來並沒有佔用CPU或者I/O資源,只是在大約10分鍾後消失了。Setup.log文件顯示一個-12的錯誤代碼而sqlstp.log文件顯示沒有錯誤——實際上,它看來還未完成。Sqlstp包含了不完整的注意事項,只是一條消息——Begin Action:DialogShow<dialogname>。BOL顯示了以下有關錯誤代碼-12的信息:「對話框次序紊亂。這是一個常見錯誤,由在安裝初始化文件(Setup.iss)文件中的一個對話框次序紊亂所引起。這是由於Setup.iss文件創建過程中的系統問題所產生。」足以確認,在我重新對Setup.iss文件排序後,無人值守安裝成功完成。 除了完全安裝,你還可以執行SQL Server 2000服務包的無人值守安裝。要把服務包應用到默認實例上,從服務包的安裝目錄調用setupsql.exe程序,指明應答文件為位於服務包安裝目錄根目錄下的sql2kdef.iss。例如:如果服務包安裝文件位於c:\sql2ksq2下,執行入下命令: start /wait c:\sql2ksp2\x86\setup\setupsql.exe –s –fl c:\sql2ksp2\sql2kdef.iss 要把服務包應用到命名實例上,使用sql2knm.iss應答文件,但是首先修改文件中的下列兩行來對應正確的命名實例: InstanceName = INSTANCE_NAME NMPPipeName=\\.\pipe\MSSQL$INSTANCE_NAME\sql\query 另一個高級選項——遠程安裝——讓你在一台遠程的電腦上安裝SQL Server 2000。你可以從一台本地的電腦上手工記錄下一個setup.iss文件,把它復制到遠程電腦上,在激活setupsql.exe程序和在遠程電腦上的setup.iss文件。然而,你可以替自己省些麻煩——通過在本地電腦上運行setupsql.exe程序,在電腦名對話框中選擇遠程電腦,指明你想要安裝到的電腦名。當你點擊下一步時,遠程安裝信息對話框會顯示出來。 首先你要提供帳號細節(用戶、密碼、域),到目標文件夾的UNC路徑和源安裝文件的UNC路徑。接下來,安裝程序將指引你完成常規安裝對話框並根據你的選擇記錄下setup.iss文件。接著,程序復制setup.iss文件到目標電腦的\WINNT文件夾下,再用復制的setup.iss文件來激活setupsql.exe。 如果你在目標電腦上打開任務管理器,你會看到setupsql.exe進程在安裝過程中調用和釋放其他進程。在本地電腦上,安裝程序顯示遠程安裝正在進行中,並且會在完成時通知你。
㈦ 配置SQL Server 2000選項
SQL Server伺服器的配置選項屬於那種人們了解較少且經常誤用的選項 當一個技術支持人員要求你按照某種方式調整一個選項 而另一個技術支持人員卻要求你按照另一種完全對立的方式調整同一個選項時 你可能對這些選項的真正含義感到困惑 有關這些選項的資料很缺乏 至少可以說不夠詳細和清楚 在SQL Server 中 Microsoft減少了幾個配置選項 讓SQL Server動態配置它們 從而減少了幾個容易混淆的地方 同時 Microsoft又為SQL Server 新增了兩個伺服器配置選項 調整了一些資料庫選項 從而稍許簡化了資料庫管理員的工作 新增的伺服器選項 就象訪問大多數企業版伺服器的屬性一樣 我們不能在SQL Server Enterprise Manager中通過伺服器屬性窗口訪問SQL Server 新增的兩個伺服器選項 作為防止用戶由於不小心而錯誤配置伺服器的一個安全措施 Microsoft沒有把這些高級配置選項放入Enterprise Manager 相反 我們必須使用T SQL/sp_configure系統存儲過程去訪問這些高級選項 我們可以用不帶參數運行sp_configure的方法查看伺服器的當前配置 在執行結果中 config_value是SQL Server從Master資料庫syscurconfigs表提取出來的數據 它顯示了伺服器的當前配置 run_value列顯示了執行sp_configure時SQL Server正在使用的選項 SQL Server在sysconfigures表中存儲這些數據 修改某個選項之後 我們必須執行RECONFIGURE命令(在大多數情況下 還要重新啟動SQL Server)才能讓新的run_value顯示出來 本文所討論的所有選項都要求重新啟動SQL Server 伺服器選項總共有 個 默認情況下 sp_configure存儲過程只顯示其中的 個 顯示結果中不包含高級選項 而且所有新的SQL Server配置選項都不會出現在這個精簡的清單中 然而 我們可以使用show advanced options命令參數讓SQL Server顯示出所有選項 要啟用show advanced options 我們使用如下命令格式 EXEC sp_configure show advanced options RECONFIGURE 要安裝一個選項 我們必須在使用sp_configure配置伺服器之後運行RECONFIGURE命令 上面命令的輸出結果如下 Configuration option show advanced options changed from to Run the RECONFIGURE mand to install 一旦能夠查看高級選項 我們就可以看到兩個新的伺服器選項 其中最重要的一個新選項是awe enabled選項 它能夠讓SQL Server企業版提高伺服器的內存訪問能力 默認情況下 SQL Server能夠使用的最大RAM是 GB 在Windows 上 應用程序可以 使用Address Windowing Extensions(AWE)API訪問更多的RAM 例如 在Windows Advanced Server中 我們能夠使用多達 GB的內存 只有Windows Datacenter Server支持 GB內存才超過它 顯然 當SQL Server擁有更多的可用內存 它將能夠緩沖更多的數據 改善查詢的響應時間 不過 啟用awe enabled選項也有副作用 啟用awe enabled選項之後 SQL Server不再動態地分配內存 由於缺乏內存動態分配功能 管理負擔隨之增加 因為我們必須仔細地監視RAM使用情況 另外 設置awe enabled選項之後 我們還必須設置max server memory選項 如果我們不設置max server memory選項 伺服器RAM又等於最低要求 GB SQL Server將在啟動的時候占據機器上幾乎所有的RAM 只給Windows和其他應用留下 MB的RAM 通過設置max server memory選項 我們可以限制SQL Server使用的內存總量 awe enabled選項只能在SQL Server Enterprise Edition上使用 操作系統必須是Windows Advance Server或Datacenter 如果你在SQL Server的其他版本上使用這個選項(或者操作系統是WinNT) SQL Server將忽略這個選項 在某些伺服器配置組合下 不適當地配置這個選項將導致不可預知的結果 例如 如果我們在Windows 操作系統 運行SQL Server Personal Edition的機器上設置這個選項 SQL Server可能報告它已經停止(甚至是在它正在運行的時候) 而且它將拒絕停止SQL Server實例 在SQL Server Enterprise Edition伺服器上啟用AWE包括三個步驟 首先 我們必須確保啟動SQL Server實例的帳號具有在內存中鎖定頁的許可權 SQL Server安裝時自動把頁鎖定許可權授予我們指定用來啟動SQL Server服務的Windows帳號 但是 如果後來這個帳號已經改變 你應該檢查一下已經把哪些許可權授予了啟動SQL Server的用戶 檢查帳號的許可權可以使用Windows 的組策略工具 第二個步驟是運行sp_configure存儲過程 把awe enabled選項設置為 然後 我們必須執行RECONFIGURE 用手工方式重新啟動SQL Server 配置命令的語法為 EXEC sp_configure awe enabled RECONFIGURE 注意 在Windows 或者NT上 如果要訪問高於 GB的物理內存 我們還必須採取其他一些措施 即修改boot ini文件 加入/pae選項 第二個新的SQL Server 選項用來啟用C 級安全審核模式 C 是一個 *** 安全等級 它保證系統能夠保護資源並具有足夠的審核能力 C 模式允許我們監視對所有資料庫實體的所有訪問企圖 啟用SQL Server的C 審核功能的命令如下 EXEC sp_configure c audit mode RECONFIGURE (要實現完整的C 級安全保證 Windows操作系統也必須提供相應的支持)啟用C 審核模式並重新啟動之後 SQL Server自動在MSSQLData目錄下面創建跟蹤文件 我們可以使用SQL Server Profiler查看這些監視伺服器活動的跟蹤文件 SQL Server以 KB大小的塊為單位把數據寫入跟蹤文件 因此 當SQL Server非正常停止時 我們最多可能丟失 KB的日誌數據 可以想像 包含審核信息的日誌文件將以很快的速度增大 例如 某次試驗只訪問了三個表 跟蹤文件已經超過了 MB 當跟蹤文件超過 MB時 C 審核將關閉舊文件並創建新文件 每次SQL Server啟動的時候 它會創建一個新的跟蹤文件 如果磁碟空間不足 SQL Server將停止運行 直至我們為審核日誌釋放出足夠的磁碟空間並重新啟動SQL Server實例 在SQL Server啟動的時候 我們可以使用 f參數禁用審核 減少的伺服器選項 在SQL Server 中 Microsoft減少了原有的幾個選項 讓SQL Server 自動配置這些選項 減少的選項中最引人注目的是max async IO選項 這個選項允許資料庫管理員指定在單一的資料庫文件上可以出現多少非同步的磁碟讀取和寫入操作 SQL Server 中的max async IO選項是人們了解最少的選項之一 它的默認值是 但很少有管理員去調整這個值 在SQL Server 中 這個非同步IO選項隨著SQL Server接收的適配器反饋信息動態地上升或者下降 SQL Server利用反饋演算法確定伺服器負載以及SQL Server系統能夠控制的數量 資料庫選項 在SQL Server 中 如果你曾經查看過Enterprise Manager中資料庫的Options選項卡 你可能會對一些通用選項的消失感到困惑(要訪問Options選項卡 在Enterprise Manager中右擊資料庫然後選擇Properties) Options選項卡中減少了trunc log on cpt 以及Select Into/Bulk Copy這兩個選項 如圖 所示 為了清楚和向後兼容起見 這些通用選項現在稱為recovery model(恢復模型)選項 如果用SQL Server 的Enterprise Manager連接SQL Server 資料庫 我們仍舊可以看到這些老選項 以前 我們使用下面的命令為Northwind資料庫開啟trunc log on cpt 選項 SP_DBOPTION Northwind trunc log on cpt true 設置好選項之後 我們可以通過Options選項卡或者下面的查詢檢查Northwind資料庫上這些選項設置是否成功 SELECT DATABASEPROPERTY ( Northwind IsTruncLog ) 結果為 表示選項設置成了true 結果為 表示選項設置成了false 如果結果為NULL 它表示我們或者選擇了一個錯誤的選項 或者資料庫不存在 為了便於使用 Microsoft把trunc log on cpt 和Select Into/Bulk Copy選項換成了恢復模型設置 這種選項改變的目的在於確保資料庫管理員能夠充分理解在災難恢復策略中恢復模型選項的意義 SQL Server 為我們提供了三種資料庫恢復模型 simple(簡單恢復) full(完全恢復) bulk_logged(大容量日誌記錄恢復) 簡單恢復模型最容易操作 但它是最缺乏靈活性的災難恢復策略 選擇簡單恢復模型等同於把trunc log on cpt 設置成true 在這種恢復模型下 我們只能進行完全備份和差異備份(differential backup) 這是因為事務日誌總是被截斷 事務日誌備份不可用 一般地 對於一個包含關鍵性數據的系統 我們不應該選擇簡單恢復模型 因為它不能夠幫助我們把系統還原到故障點 使用這種恢復模型時 我們最多隻能把系統恢復到最後一次成功進行完全備份和差異備份的狀態 進行恢復時 我們首先要恢復最後一次成功進行的完全備份 然後在此基礎上恢復差異備份(差異備份只能把自從資料庫最後一次完全備份之後對資料庫的改動施加到資料庫上) 完全恢復模型把trunc log on cpt 選項和Select Into/Bulk Copy選項都設置成false 完全恢復具有把資料庫恢復到故障點或特定即時點的能力 對於保護那些包含關鍵性數據的環境來說 這種模型很理想 但它提高了設備和管理的代價 因為如果資料庫訪問比較頻繁的話 系統將很快產生龐大的事務日誌記錄 由於在這種模型中Select Into/Bulk Copy設置成了false SQL Server將記錄包括大容量數據裝入在內的所有事件 最後一種恢復模型是大容量日誌記錄恢復 它把tru lishixin/Article/program/SQLServer/201311/22177
㈧ sql server 2000怎麼配置允許遠程連接
若要在 SQL Server 2000 實例上啟用遠程連接並打開 SQL Server Browser 服務,請使用 SQL Server 2000 外圍應用配置器工具。 在安裝 SQL Server 2000 時會安裝外圍應用配置器工具。
為 SQL Server 2000 Express Edition 或 SQL Server 2000 Developer Edition 啟用遠程連接
必須為要從遠程計算機連接到的每個 SQL Server 2000 實例啟用遠程連接。 為此,請按照下列步驟操作:
單擊「開始」,依次指向「程序」、「Microsoft SQL Server 2000」和「配置工具」,然後單擊「SQL Server 外圍應用配置器」。
在「SQL Server 2000 外圍應用配置器」頁上,單擊「服務和連接的外圍應用配置器」。
在「服務和連接的外圍應用配置器」頁上,展開「資料庫引擎」,依次單擊「遠程連接」和「本地連接和遠程連接」,再單擊以啟用適用於你的環境的協議,然後單擊「應用」。
注意 請在接收到以下消息時單擊「確定」:
直到重新啟動資料庫引擎服務後,對連接設置所做的更改才會生效。
在「服務和連接的外圍應用配置器」頁上,展開「資料庫引擎」,依次單擊「服務」和「停止」,等待 MSSQLSERVER 服務停止,然後單擊「啟動」以重新啟動 MSSQLSERVER 服務。
㈨ 安裝sql 2000 伺服器配置問題
在項目實施過程中,不少用戶會有這樣的需求:要求開發一套基於SQL Server的新系統,這套系統驗收通過後,要和一個原有的SQL Server系統合並,共用一個伺服器,所以不能為新系統提供單獨的伺服器(資金上不允許為開發提供單獨的伺服器)。但是要保障新系統的開發而又不影響舊系統的正常運行,所以要求新系統使用單獨的SQL Server服務。在SQL Server 2000以前的版本中,這樣的要求是無法滿足的,但在SQL Server 2000中,就可以在原有SQL Server實例的基礎上,再添加一個實例來解決問題。 所謂的「實例」,就是一個SQL Server資料庫引擎。SQL Server 2000支持在同一台計算機上同時運行多個SQL Server資料庫引擎實例。每個SQL Server資料庫引擎實例各有一套不為其他實例共享的系統及用戶資料庫。應用程序連接同一台計算機上的SQL Server資料庫引擎實例的方式與連接其他計算機上運行的SQL Server資料庫引擎的方式基本相同。由於實例各有一套不為其他實例共享的系統及用戶資料庫,所以各實例的運行是獨立的,一個實例的運行不會受其他實例運行的影響,也不會影響其他實例的運行。在一台計算機上安裝多個SQL Server實例,就相當於把這台計算機模擬成多個資料庫伺服器,而且這些模擬的資料庫伺服器是獨立且同時運行的。 實例包括默認實例和命名實例兩種。一台計算機上最多隻有一個默認實例,也可以沒有默認實例,默認實例名與計算機名相同,修改計算機名會同步修改默認實例名(SQL Server 7.0隻能被安裝為默認實例,在修改計算機名後,會導致SQL Server服務無法啟動,需要執行SQL Server安裝程序進行自動修復才能解決啟動問題),客戶端連接默認實例時,將使用安裝SQL Server實例的計算機名。 在同一台計算機上安裝SQL Server 7.0和SQL Server 2000時,由於SQL Server 7.0隻能安裝為默認實例,所以應該先安裝SQL Server 7.0,將SQL Server 2000安裝為命名實例。或者在安裝SQL Server 2000的時候,指定安裝為命名實例。 一台計算機上可以安裝多個命名實例,客戶端連接命名實例時,必須使用以下計算機名稱與命名實例的實例名組合的格式: computer_name\instance_name