當前位置:首頁 » 數據倉庫 » mssql資料庫壓力測試
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

mssql資料庫壓力測試

發布時間: 2022-08-11 14:55:21

『壹』 MSsql 連接遠程資料庫

呵呵,我剛學會了,教你一招吧。
第一步:通過SQL腳本生成表結構,
可以保證本地資料庫中視圖、存儲過程、以及表的默認值、標識、主鍵等屬性的完整性,避免由於DTS傳輸引起丟失屬性的問題,同時使用查詢分析器執行SQL腳本,在伺服器端創建表結構;
1)、請您先運行本地的企業管理器
2)、請您點擊您本地的資料庫點擊右健-》選擇生成SQL腳本
3)、選擇常規-》點擊全部顯示,選擇您想導出的腳本對象
4)、點擊選項-》表腳本選項,把您所用到的腳本選中然後點擊確定
5)為自己導入的.sql腳本文件命名,並保存在本地
6)、找到剛才我們保存在本地的.sql腳本文件,使用記事本打開
7)、選擇編輯-》替換,把程序中所有[dbo]的字元都更改成您萬網發信告知您的資料庫登陸名,更換完成後保存關閉記事本
8)、通過萬網通知書中的資料庫登陸地址、資料庫登陸名、和資料庫密碼,使用企業管理器連接到萬網的主機伺服器上,然後選擇查詢分析器
9)、點擊打開選擇剛才編輯過的.sql腳本,然後點擊運行
第二步:在本地創建一個和萬網主機相同許可權的SQL資料庫
1)、完成上面操作後,請您選擇資料庫點擊右鍵選擇新建資料庫,由於您在萬網申請的是虛擬主機,萬網分配的許可權都是user的而不是dbo的許可權,因此需要您在本地也創建一個與伺服器一樣的配置,以便正常完成導入操作
2)、在常規-》名稱處輸入萬網開通通知中告知您的資料庫庫名,然後點擊確定。例如:cw01001_db
3)、選擇安全性-》新建登陸
4)、在常規選擇中輸入名稱、身份驗證選擇SQL Server身份驗證、默認設置選擇您剛剛新建的資料庫
5)、在資料庫訪問中選中剛剛您創建的資料庫,然後點擊確定
6)、現在我們再回到剛才我們創建的資料庫,然後點擊右鍵-》屬性
7)、選擇許可權,然後把相應許可權賦予新建的用戶名,現在我們新的資料庫就已經創建完成了。下一步就是如何把老資料庫中的文件導入到我們的新資料庫中
第三步:將原資料庫備份並還原到新創建的資料庫中
1)、選擇老資料庫點擊右鍵-》所有任務-》備份資料庫
2)、在常規選項中-》目的中點擊添加選擇您需要備份出文件的位置
3)、等備份完成後,我們重新選擇新資料庫點擊右鍵-》所有任務-》還原資料庫
4)、在常規中選擇從設備,並在參數設備中點擊選擇設備
5)、點擊添加選擇我們剛剛從老資料庫中備份出來的文件,然後點擊確定
6)、現在我們在還原資料庫中再點擊選項,把在現有資料庫上強制還原選中,點擊確定進行還原操作,等還原完畢後我們新資料庫就已經與老資料庫的內容一樣了,最後一步操作就是把數據從新資料庫中使用DTS導出協議導入到萬網伺服器上
第四步:通過企業管理器的DTS傳輸方式將本地數據導出到伺服器。
1)、找到您新的資料庫
2)、點擊右健-》所有任務-》導出數據
3)、進入DTS導入/導出界面,直接點擊下一步
4)、從選擇數據源窗口中選擇您本地的資料庫
5)、在選擇目的窗口中需要您填寫伺服器地址、輸入萬網資料庫開通通知中告知您的資料庫用戶名和密碼,等連接成功後選擇萬網給您開通的資料庫,然後點擊下一步
6)、在指定復制或查詢中,您可以選擇您需要導入的類型,一般為默認
7)、在選擇源表和視圖中,點擊全選,點擊下一步,這樣就把您本地資料庫中的文件導入到伺服器上了,現在我們的導入資料庫工作就已經全部完成了。

還有圖片,如果你要的話,再聯系我。[email protected]

『貳』 MSSQL資料庫 數據量過200萬,怎麼樣可以加速、穩定

隨著記錄的越來越多,訪問效率有所降低那是正常的,但像你的「200萬條記錄,100MB的」資料庫,應該效率很高才對的
估計是你哪裡出現了瓶頸問題了

首先,問題可能由以下方面引起的:
1、磁碟io速度慢?
2、你的庫中一些大表(記錄比較多的表)的索引建立得不合理?
3、你的一些sql語句寫法不夠優化?
4、可能涉及到資料庫操作的一些邏輯處理操作比較復雜?
5、分配給SQL SERVER的可用內存過小,造成數據緩存命中率過低?(即大部分數據每次都要讀自硬碟,而不是讀自內存緩沖)
6、是否有一些涉及到操作資料庫的大計劃任務在頻繁的執行著?
7、是否表的索引產生了大量的碎片,造成命中率過低?

下面列出一些檢查解決辦法:
1、通過「windows 任務管理器」中的「進程」項添加io列檢查io的變化及處理速度。
2、如果你系統是多個磁碟的,考慮在資料庫的文件組下建立多個文件(這多個文件分散到不同的磁碟上去,以提高io處理速度)。
3、檢查你的庫中,哪些表的記錄多,然後著重分析這些大表的結構、索引等是否建立得合理(註:索引不是越多越好的,因為索引在提高查詢效率的同時,也會增加維護索引的代價的,如:update表、insert表、delete表等時需要維護索引)。
4、利用sql server自帶的「事件探查器」去跟蹤資料庫中哪些語句的執行最為耗時(通過這個基本上可以定位整個系統慢在哪些語句上)?
5、找到一些下率低下耗時的語句,分析其涉及到的表的索引是否合理,可以把語句拷貝到「查詢分析器」上,然後按"ctrl+K"顯示語句的「執行計劃」,然後按F5執行語句,看其「執行計劃」的結果,跟蹤分析這些語句慢在那裡(這里有便於引導你去建立一些合理的索引)。
6、建議你的伺服器只跑資料庫,然後給其分配合理足夠的內存讓SQL SERVER獨占,在「企業管理器」里,選中你注冊的SQL SERVER伺服器,右鍵,然後在彈出的窗口裡選「屬性」,進去再選「內存」那項,把內存的最大值設為一個合理的值(如:你的伺服器只跑SQL 服務的話,那可以選80%的內存給SQL server)。
7、檢查SQL server的作業,看是否常有一些大作業調度在執行?這些調度是否可以優化或合並?
8、定期對表的索引進行重建(特別是對一些頻繁變化記錄的大表),另外,在重建時,對一些頻繁變化記錄的表,其填充因子要填合適的值(如,一個表的記錄是不斷增加的,那填充因子就不能填100%了,這樣容易引起頁拆分而使效率降低),下面舉個例子:
下例使用填充因子值 70 重建 authors 表上的所有索引。
DBCC DBREINDEX (authors, '', 70)

9、利用系統自帶的一些存儲過程去跟蹤系統每個連接的cpu、io等情況或資源鎖定情況,這樣容易定位一些連接或操作或對象等。如:
sp_who2
sp_lock

『叄』 Mssql限制了資料庫文件的大小,要如何取消限制

這通常發生在用戶端的資料庫日誌文件達到允許的最大值。 Remember that database log files are different than web log files.請記住,資料庫日誌文件比Web日誌文件的不同。 Usually on our server maximum allowed log file size is 50 MB.通常為50 MB的最大允許我們的伺服器上日誌文件的大小。 If client's log file size reach this limit the above error message "database connection failed" occurs.如果客戶端的日誌文件的大小達到此限制,上述錯誤信息「資料庫連接失敗」的發生。

This problem can be resolved in three different ways.這個問題可以解決三種不同的方式。

1) We shrink customer's database transaction log files. 1)我們縮小客戶的資料庫事務日誌文件。 In this event, some of the old transactions are removed from transaction log files.在這種情況下,舊的一些交易將被刪除事務日誌文件。 Please note that there is no database information lost .請注意, 沒有資料庫信息丟失 。

Here is the procere for shrinking database log files:下面是收縮資料庫日誌文件的過程:

Step 1 :- Open Query Analyzer of MSSQL. 第1步 : -分析儀mssql的打開查詢。
Step 2 :- Backup Transaction log using command backup log DBNAME with truncate_only 第2步 : -備份事務日誌使用日誌備份的資料庫名與truncate_only命令
Step 3 :- Shrink Transaction log using command DBCC SHRINKFILE (DBName, size) - This would shrink logs to the desired size. 第3步 : -收縮事務日誌使用命令DBCC SHRINKFILE(資料庫名,大小) -這將收縮日誌到所需的大小。

2) Another way is increasing the allowed transaction log limit from MSSQL 2005 Enterprise manager. 2)另一種方式是允許的交易越來越多,從2005年企業管理器日誌mssql的限制。 Usually 50 MB is the standard space allocated for transaction log files.通常為50 MB的是標準的事務日誌文件空間分配。 By login to Enterprise manager, you can increase that to 50 MB.通過登錄到企業管理器,你能夠增加為50 MB。

Here is the procere ...下面是程序...

Step 1:- Login to Enterprise manager of MSSQL. 第1步: -登錄到企業mssql的經理。
Step 2:- Right click on DBname and select Properties. 步驟2: -右鍵屬性點擊資料庫名,然後選擇。
Step 3:- Click on "Trasaction Log" tab. 第3步: -選項卡點擊「Trasaction日誌」。
Step 4:- Select "Restrict File Growth" option. 第4步: -選擇「文件增長限制」選項。
Step 5 :- Provide desired size limit in MB. 第五步: -提供所需的大小限制,以MB。

3) One more option is to allow customer's transaction log file to incrementally grow by x % when it reaches the limit. 3)多一個選擇,是讓客戶的交易日誌文件,以逐步由x%的速度增長,當它到達了極限。 So, if customer reaches the limit, log file size will be increased automatically by x%.因此,如果客戶達到極限,日誌文件的大小將自動增加由x%。

Here is the procere to do that:下面是步驟做:

Step 1:- Login to Enterprise manager of MSSQL. 第1步: -登錄到企業mssql的經理。
Step 2:- Right click on DBname and select Properties. 步驟2: -右鍵屬性點擊資料庫名,然後選擇。
Step 3:- Click on "Trasaction Log" tab. 第3步: -選項卡點擊「Trasaction日誌」。
Step 4 :- Click on Check box "Automatically growth file" checkbox. 第4步: -盒點擊檢查「自動增長文件」復選框。
Step 5:- Select "By percent" option and provide desired size limit in %. 第五步: -選擇「按百分比」選項,並提供所需的大小限制在%。

『肆』 在哪裡可以下載有數據的資料庫可供學習,練習SQL語句

思路:
1、可以使用SQL語句造數據
2、可以選擇使用MSSQL的示例資料庫
3、網上曾經有過一個資料庫:某個連鎖旅店的入住資料庫
其實,只要願意學,什麼資料庫都可以的。
建議用第一種方法,這樣也積累資料庫壓力測試的經驗

『伍』 隨機生成500條用戶插入資料庫 msSql.. 給個解決方案....

定義一個數組,保存26字母和數字,然後用隨機函數每次隨機找一個,
然後再定義個數組分別存6、7、8存用戶名的字母個數用隨機函數選擇一個控制上面那個過程執行的次數。
這樣就得到一個用戶名,循環500次

『陸』 sqlserver資料庫壓力測試用什麼工具比較好,是直接對資料庫進行壓力測試的

loadrunner,負載測試用的很多。

『柒』 MSSQL是什麼東西有什麼用

MS指的是微軟Microsoft,SQL是結構化查詢語言.結合起來就是說:MS SQL是指微軟的SQL Server資料庫伺服器,它是一個資料庫平台,提供資料庫的從伺服器到終端的完整的解決方案,其中資料庫伺服器部分,是一個資料庫管理系統,用於建立、使用和維護資料庫。 通俗的總結一下:資料庫就是一堆數據在那裡,資料庫管理系統就是一個軟體去管那堆東西。 MSSQL和ACCESS都是Microsoft公司開發的可以用於ASP程序中的網站資料庫,不過MSSQL比ACCESS功能強大,大型網站建議採用MSSQL資料庫

『捌』 壓力測試,用的伺服器是windows 2008server,資料庫sqlserver,請問這兩個上面最好的監控工具是什麼

loadrunner