SQLsp4補丁

SQLsp4補丁

sqlsp4補丁就是Microsoft SQL Server 2000 Service Pack 4大多數版本為簡體中文版SP4包括用於以下SQL Server 2000組件的程式包。

基本介紹

  • 中文名:SQLsp4補丁
  • 外文名:Database 
  • 組件:SQL2000-KB884525-SP4-x86.EXE
  • 功能資料庫引擎、複製
介紹,定義,參數,客戶機結構,客戶機接口,客戶機,安全性能,

介紹

Database 組件(下載1:SQL2000-KB884525-SP4-x86.EXE)更新 SQL Server 2000 的 32 位 Database 組件,包括資料庫引擎、複製、客戶端連線組件及工具。
Analysis Services組件(下載2:SQL2000.AS-KB884525-SP4-x86.EXE)更新 SQL Server 2000 的 32 位 Analysis Services。
SQL Server 2000 Desktop Engine (MSDE) 組件(下載3:SQL2000.MSDE-KB884525-SP4-x86.EXE)對於 SQL Server 2000 的 32 位MSDE組件:
安裝新的 MSDE 實例
升級現有 MSDE 實例
更新使用合併模組的應用程式
打sp4後一般會出現登入連線問題,看看SQL的服務有沒有運行,沒運行去 我的電腦>管理>服務裡面 把MSSQLSERVER服務登錄的用戶名和密碼改正確
有運行,進企業管理器,改SQL的登錄方式為混合模式,設定sa密碼,重新設定一次。
sqlserver 2000 sp3由於有bug,很多伺服器打不了補丁,說sa連線失敗,還是直接sp4吧,升級之前建議先備份資料庫.
SQL Server 2000 Service Pack (SP4) 可解決自從 SQL Server 2000 推出以來所發現的特定問題。 因為 SQL Server Service Packs 的內容是不斷累積的。
重要提示:如果要用網路版資料庫,必須使用SP4補丁,否則無法使用遠程連線!使用金蝶ERP軟體同樣需要首先安裝SP4補丁。
SQL是英文Structured Query Language的縮寫,意思為結構化查詢語言。SQL語言的主要功能就是同各種資料庫建立聯繫,進行溝通。按照ANSI(美國國家標準協會)的規定,SQL被作為關係型資料庫管理系統的標準語言。SQL語句可以用來執行各種各樣的操作,例如更新資料庫中的數據,從資料庫中提取數據等。目前,絕大多數流行的關係型資料庫管理系統,如Oracle, Sybase, Microsoft SQL Server, Access等都採用了SQL語言標準。

定義

SQL
SQL是英文Structured Query Language的縮寫,意思為結構化查詢語言。SQL語言的主要功能就是同各種資料庫建立聯繫,進行溝通。按照ANSI(美國國家標準協會)的規定,SQL被作為關係型資料庫管理系統的標準語言。SQL語句可以用來執行各種各樣的操作,例如更新資料庫中的數據,從資料庫中提取數據等。目前,絕大多數流行的關係型資料庫管理系統,如Oracle, Sybase, Microsoft SQL Server, Access等都採用了SQL語言標準。雖然很多資料庫都對SQL語句進行了再開發和擴展,但是包括Select, Insert, Update, Delete, Create,以及Drop在內的標準的SQL命令仍然可以被用來完成幾乎所有的資料庫操作。
SQL Server
SQL Server是一個關係資料庫管理系統。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同開發的,於1988 年推出了第一個OS/2 版本。在Windows NT 推出後,Microsoft與Sybase 在SQL Server 的開發上就分道揚鑣了,Microsoft 將SQL Server 移植到Windows NT系統上,專注於開發推廣SQL Server 的Windows NT 版本。Sybase 則較專注於SQL Server在LUNIX作業系統上的套用。
SQL Server 2000 是Microsoft公司推出的SQL Server資料庫管理系統,該版本繼承了SQL Server 7.0 版本的優點,同時又比它增加了許多更先進的功能。具有使用方便可伸縮性好與相關軟體集成程度高等優點,可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2000 的大型多處理器的伺服器等多種平台使用。
2005版本
Microsoft SQL Server 2005是一個全面的資料庫平台,使用集成的商業智慧型 (BI) 工具提供了企業級的數據管理。Microsoft SQL Server 2005資料庫引擎為關係型數據和結構化數據提供了更安全可靠的存儲功能,使您可以構建和管理用於業務的高可用和高性能的數據應用程式
Microsoft SQL Server 2005 數據引擎是本企業數據管理解決方案的核心。此外 Microsoft SQL Server 2005 結合了分析、報表、集成和通知功能。這使您的企業可以構建和部署經濟有效的 BI 解決方案,幫助您的團隊通過記分卡、Dashboard、Web services 和移動設備將數據套用推向業務的各個領域。
與 Microsoft Visual Studio、Microsoft Office System 以及新的開發工具包(包括 Business Intelligence Development Studio)的緊密集成使 Microsoft SQL Server 2005 與眾不同。無論您是開發人員、資料庫管理員信息工作者還是決策者,Microsoft SQL Server 2005 都可以為您提供創新的解決方案,幫助您從數據中更多地獲益。
2008版本
Microsoft SQL Server 2008是一個重大的產品版本,它推出了許多新的特性和關鍵的改進,使得它成為至今為止的最強大和最全面的Microsoft SQL Server版本。這篇文章詳細介紹了Microsoft SQL Server 2008中的新的特性、優點和功能……
微軟的這個數據平台滿足這些數據爆炸和下一代數據驅動應用程式的需求,支持數據平台願景:關鍵任務企業數據平台、動態開發、關係數據和商業智慧型。
數據平台願景
Microsoft SQL Server的願景
許多因素致使產生了信息存儲爆炸。有了新的信息類型,例如圖片和視頻的數位化,和從RFID標籤獲得的感測器信息,公司的數字信息的數量在急劇增長。遵守規範和全球化的發展要求信息存儲的安全性和在任何時候都可用。同時,磁碟存儲的成本顯著地降低了,使得公司投資的每一美元可以存儲更多的數據。用戶必須快速的在大量的數據中找到相關的信息。此外,他們想在任何設備上使用這個信息,並且計畫每天使用,例如Microsoft Office系統應用程式。對數據爆炸和用戶期望值的增加的管理為公司製造了許多挑戰。
Microsoft® 數據平台願景提供了一個解決方案來滿足這些需求,這個解決方案就是公司可以使用存儲和管理許多數據類型,包括XML、e-mail、時間/日曆、檔案、文檔、地理等等,同時提供一個豐富的服務集合來與數據互動作用:搜尋、查詢、數據分析、報表數據整合,和強大的同步功能。用戶可以訪問從創建到存檔於任何設備的信息,從桌面到移動設備的信息。
總結
SQL Server7.0已比原來的計畫幾乎晚兩年發行。在這段時間內,有關哪個廠商具有Windows NT上最好的資料庫解決方案的戰鬥已經打響,並最終由Oracle獲勝。自從1996年以來,Oracle一直是Windows NT上的市場領導者。在過去的四年里,Oracle已在NT上享有令人震驚的2000%的收入增長。在這期間,Microsoft的收入占NT市場的份額實際上已經減少了27.8%。Oracle的夥伴的巨大成功補充了Oracle的客戶的成功。一份最近的ARM研究(1998)表明,在1997年的EPT市場中,資料庫營業收入的52%進入Oracle,相比之下,Microsoft SQL Server只占5%。事實上,在ASP的3200個NT安裝中,70%是在Oracle上。只有20%是在SQL Server上。 隨著它們最新的資料庫升級,Microsoft達到了Oracle在十年前通過Oracle6達到的水平。SQL Server7.0仍然比Oracle8i落後幾年,並且在可伸縮性、體系結構、功能、安全性、擴展性等方面存在嚴重問題,這將阻礙它在關鍵任務套用中的使用。客戶對選擇SQL Server7.0將持嚴重的保留態度,特別是在Oraclr8i這樣高可靠和先進的產品已經存在的時候。

參數

性能分析參數
當您懷疑計算機硬體是影響SQL Server運行性能的主要原因時,可以通過SQL Server Performance Monitor監視相應硬體的負載,以便證實您的猜測並找出系統瓶頸。
下文將介紹
Memory: Page Faults / sec如果該值偶爾走高,表明當時有執行緒競爭記憶體。如果持續很
Process: Working Set SQL Server的該參數應該非常接近分配給SQL Server的記憶體值。在SQL Server設定中,如果將"set working set size"置為0, 則Windows NT會決定SQL Server的
一單位的統計伺服器投入使用後,運行速度較慢,經排查原因,發現SQLServer中的記憶體選項(Memory)僅為安裝預設值??16MB(而伺服器有128MB的物理記憶體),在將記憶體值調整為100MB時卻誤將其改成了1000MB,使得SQL Server服務不能啟動,統計資料庫打不開,也就不能再次進入SQL Enterprise Manager修改記憶體設定了。由於近期未備份業務數據,不到萬不得已不能重裝SQLServer資料庫,就試圖用命令行參數命令來重新啟動SQL Server服務,但均不能奏,陷入了困境。我們經過仔細分析提出:既然SQL Server可用記憶體設定值遠遠大於物理記憶體,造成SQLServer服務不能啟動,何不擴充虛擬記憶體呢?經設法將機器虛擬記憶體擴充至1000MB並重新啟動,SQL Server資料庫成功啟動,問題迎刃而解。
內部機制與結構
SQL Server 是一種客戶機/伺服器系統
在多年來,SQL Server 一直被認為是一種客戶機/伺服器系統。事實上,Sybase DataServer(以此為基礎開發了原始的 SQL Server)正是第一個作為客戶機/伺服器系統開發的商用關係資料庫系統。那這又說明了什麼呢?這不只意味著 SQL Server 是一個雙層系統。從傳統上看,雙層系統意味著客戶機應用程式運行在一台機器上,向另一台計算機上的伺服器傳送請求。而對於 SQL Server,客戶機/伺服器意味著 SQL Server 的組成部分,即客戶機 API 部分,駐留在處理結構中的遠端,與伺服器組件本身是分開的。
在典型的雙層模型中,客戶機程式部分駐留在台式機上,具有大量客戶機應用程式邏輯和業務邏輯,並且會直接向資料庫系統發出請求。然後,客戶機得到伺服器回響這些請求所返回的數據。
三層系統也採用了同樣的模型。多年以來,SQL Server 一直用在事務處理監視系統中,例如 BEA 的 Tuxedo 以及 Compaq 的 ACMSxp,這些系統早在二、三十年前就採用了典型的三層模型。三層模型在今天基於 Web 的套用系統中占據了支配地位,這類系統以 Microsoft 的 MTS 以及新的 COM+ 1.0 為代表。從 SQL Server 的角度看,三層解決方案中的客戶機程式是放在中間層的。中間層直接與資料庫互動。實際的桌面,或瘦客戶機(Thin Client),使用其他機制並通常直接與中間層互動,而不是直接與資料庫系統互動。

客戶機結構

從結構的角度看,SQL Server 關係伺服器組件本身並不真正關心客戶機程式運行的位置。事實上,就 SQL Server 而言,即使在運行 SQL Server 的同一台機器上運行應用程式,仍然還是客戶機/伺服器模型。伺服器運行一個單獨的多執行緒進程,為來自客戶機的請求提供服務,不管客戶機的位置在哪裡。客戶機程式代碼本身是單獨的運行在客戶機應用程式內部的 DLL,與 SQL Server 的實際接口是在客戶機和伺服器之間對話的“表格數據流”(Tabular Data Stream, TDS) 協定。 一個常見的問題是“什麼是 SQL Server 的本機接口呢?”很長時間以來,很多開發人員一直都不願意使用 ODBC 這樣的接口,因為他們認為由 Sybase 開發的客戶機 API,也就是 DB-Library,是 SQL Server 的本機接口。實際上,SQL Server 關係伺服器本身並沒有本機 API,它的接口就是在客戶機和伺服器之間的通信流協定 TDS。TDS 把客戶機傳送給伺服器的 SQL 語句封裝起來,也把伺服器返回給客戶機的處理結果封裝起來。任何直接處理 TDS 的 API 都是 SQL Server 的本機接口。
讓我們來看一下客戶機的組件,客戶機結構中的某些部分就不在這裡討論了,因為它們不屬於 SQL Server 的範疇。但如果您在編寫應用程式的話,就必須了解這些部分。大家知道得最多的應該是各種對象模型,如果您正在編寫 ASP 或 Microsoft Visual Basic(R)應用程式,就需要通過 ADO 與資料庫系統互動,而不是直接調用底層的 API,例如 ODBC 或 OLE-DB。ADO 映射到 OLE-DB,而 RDO 映射到 ODBC。因此,作為這種最常用的編程模型的對象模型,並不是 SQL Server 客戶機結構中的嚴格意義上的組件。此外,還有另外一些組件可以插接到 SQL Server 基礎結構上面的這一層。OLE-DB 的“會話池服務提供程式 (Session Pooling Service Provider)”就是這種組件的一個例子。

客戶機接口

SQL Server 有兩個接口可以認為是SQL Server 7.0的本機接口,即 OLE-DB 和 ODBC。DB-Library 接口也是本機的,它與 TDS 通信,但是 DB-Library 使用的是 TDS 較老的版本,需要在伺服器上進行一些轉換。現有的 DB-Library應用程式仍然可以繼續與 SQL Server 7.0 協同使用,但是很多新的功能和性能提高等好處只能通過 ODBC 和 OLE DB 才能利用。更新 DB-Library 使其支持 SQL Server 7.0 的新能力,將會導致與現有應用程式的很多不兼容性,因此需要修改應用程式。ODBC 在五年之前就替代了 DB-Library,是新的 SQL Server應用程式更理想的 API,因此引入不兼容的 DB-Library 新版本並不明智。 從圖 2 可以看到,所有這些客戶機 API 都有三個部分。最上面的部分實現 API 的細節,例如行集和游標應該是什麼樣等等。TDS 格式化程式負責處理實際請求,例如 SQL 語句,並將其封裝成 TDS 訊息包,傳送給 SQL Server,獲得返回的結果,然後再把結果反饋到接口實現。
還有一些供所有提供程式使用的公共庫代碼。例如,BCP 設備就是 ODBC 和 OLE-DB 都可以調用的庫。DTC 也是這樣。第三個例子是 ODBC 規範的 SQL 語法,即帶有參數標記的 CALL 語法,這些對於所有提供程式都是通用的。
除了我們在前面已經提到的局限性,即DB-Library仍然只能使用SQL Server 6.5 版TDS 協定對於所有 API 都是相同的。ODBC 和 OLE-DB 在與 SQL Server 7.0 通信時使用 SQL Server 7.0 版,但也能夠與 6.5 或 6.0 伺服器通信。另一個是 Net-Library,這是一個抽象層,客戶機和伺服器都在此層上同網路抽象接口通信,不必為 IPX 還是 TCP/IP 困擾。在這裡我們將不討論 Net-Library 的工作細節;只要知道它們的工作基本上是將來自的網路通信底層的細節隱藏起來不讓軟體的其他部分看到就可以了。

客戶機

前面已經提到過,客戶機與 SQL Server 通信的主要方法就是通過使用 TDS 訊息。TDS 是一種簡單協定。當 SQL Server 接收到一條訊息時,可以認為是發生了一個事件。首先,客戶機在一個連線上傳送登錄訊息(或事件),並得到返回的成功或失敗的回響。當您希望傳送 SQL 語句時,客戶機可以把 SQL 語言訊息打包傳送給 SQL Server。另外,當您希望調用存儲過程、系統過程或虛擬系統存儲過程(我們後面還要詳細討論)時,客戶機可以傳送 RPC 訊息,這種訊息相當於 SQL Server 上的一個 RPC 事件。對於上面的後兩種情況,伺服器會以數據令牌流的形式送回結果。Microsoft 沒有把實際的 TDS 訊息寫入文檔中,因為這被認為是 SQL Server 組件之間的私用契約。
目錄存儲過程是另一類關鍵的客戶機/伺服器的互動部分。這些存儲過程首先在 ODBC 的 SQL Server 6.0 中出現, 包括諸如 sp_tables 和 sp_columns 等存儲過程。ODBC 和 OLE-DB API 定義了描述有關資料庫對象的元數據的標準方法,這些標準需要適用於所有類型的 RDBMS 伺服器,而不必調整為 SQL Server 自己的系統表。不是客戶機向伺服器傳送對系統表的多個查詢,並在客戶機端建立標準的元數據視圖,而是創建一組存儲在伺服器上的系統存儲過程,並對 API 返回適當格式的信息。這種方法使得通過一次通信就可以完成很多重要的元數據請求。為 ODBC 編寫的過程已經寫入文檔,通常適合需要從系統表中獲取信息但其他機制沒有提供這種方法的情況。這使得Transact-SQL過程和 DB-Library應用程式可以訪問元數據,而不需要編寫對 SQL Server 系統表的複雜查詢,並且使應用程式不受今後 Microsoft 修改系統表的影響。OLE DB 定義了一組架構行集,它們類似於 ODBC 的元數據,但又和它不同。它創建了一組新的目錄存儲過程,以更有效地為這些架構行集植入數據。但是,這組新的存儲過程沒有寫入文檔,因為這些存儲過程重複了早先提供的功能。通過現有的若干種方法都可以得到元數據,因此 SQL Server 開發組決定不顯露這些並沒有為編程模型增加新內

安全性能

一、如何查看SQL SERVER 2000是否打過SP4的補丁
如果是安裝過SP4的補丁。應該是下面的信息:
Microsoft SQL Server 2000 - 8.00.2039 (Intel X86)
May 3 2005 23:18:38
Copyright (c) 1988-2003 Microsoft Corporation
Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 1)
其他版本信息如下
6.50.201 SQL Server 6.5 RTM
6.50.213 SQL Server 6.5 with Service Pack 1
6.50.240 SQL Server 6.5 with Service Pack 2
6.50.258 SQL Server 6.5 with Service Pack 3
6.50.281 SQL Server 6.5 with Service Pack 4
6.50.415 SQL Server 6.5 with Service Pack 5
6.50.416 SQL Server 6.5 with Service Pack 5a
7.00.623 SQL Server 7.0 / MSDE 1.0 RTM
7.00.699 SQL Server 7.0 SP1 July 1999
7.00.842 SQL Server 7.0 SP2 March 20th, 2000
7.00.961 SQL Server 7.0 SP3 December 15th, 2000
7.00.1063 SQL Server 7.0 SP4
8.00.194 SQL Server 2000 RTM
8.00.384 SQL Server 2000 SP1
8.00.534 SQL Server 2000 SP2 November 30th, 2001
8.00.760 SQL Server 2000 SP3
8.00.2039 SQL Server 2000 SP4
如果結果信息里沒有關於SP4的信息,這就說明你還沒有打上sp4補丁
附:sql2000sp4後的一個安全補丁SQL2000-KB948110-v8.00.2050-x86x64-CHS
二、SQL SERVER 2000(SP4)簡易的安全配置方法:
1、刪除以下存儲過程
drop PROCEDURE sp_makewebtask
exec master..sp_dropextendedproc xp_cmdshell
exec master..sp_dropextendedproc xp_terminate_process
exec master..sp_dropextendedproc sp_oamethod
exec master..sp_dropextendedproc sp_oacreate
exec master..sp_dropextendedproc xp_regaddmultistring
exec master..sp_dropextendedproc xp_regdeletekey
exec master..sp_dropextendedproc xp_regdeletevalue
exec master..sp_dropextendedproc xp_regenumkeys
exec master..sp_dropextendedproc xp_regenumvalues
exec master..sp_dropextendedproc xp_readwebtask
exec master..sp_dropextendedproc xp_makewebtask
exec master..sp_dropextendedproc xp_regremovemultistring
2、把 Binn 目錄下的xplog70.dll、xpstar.dll 改名
3、1433連線埠禁止(在計算機網上鄰居-本地連線-屬性-高級裡面設定)
4、把xplog70.dll、xpstar.dll 改名但不改擴展名
SQLsp4補丁很好。有Server 2000 系統的朋友記得升級喔。

相關詞條

熱門詞條

聯絡我們