alter database 數(shù)據(jù)庫 collate 排序規(guī)格

創(chuàng)新互聯(lián)堅持“要么做到,要么別承諾”的工作理念,服務領(lǐng)域包括:成都做網(wǎng)站、網(wǎng)站設計、外貿(mào)營銷網(wǎng)站建設、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務,滿足客戶于互聯(lián)網(wǎng)時代的東港網(wǎng)站設計、移動媒體設計的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡建設合作伙伴!
其中,某些排序規(guī)則指定CI 不區(qū)分大小寫,CS 指定區(qū)分大小寫。
如:alter database 數(shù)據(jù)庫 COLLATE Chinese_PRC_CI_AS
不區(qū)分大小寫,而
alter database 數(shù)據(jù)庫 COLLATE Chinese_PRC_CS_AS
使之區(qū)分大小寫。
使用如下命令,可以獲得更多的規(guī)則:
SELECT *
FROM ::fn_helpcollations()
SELECT [NAME],[COLLATION_NAME] FROM SYS.DATABASES
您好,是這樣的:
1.首先確認已經(jīng)備份了.mdf和.ldf文件。
2.
在SQL
Server中新建一個同名的數(shù)據(jù)庫,然后停止SQL
Server服務。
3.
用原有的.mdf和.ldf文件覆蓋新建數(shù)據(jù)庫對應的.mdf和.ldf文件。
4.
重新啟動SQL
Server服務,這是應該會看到這個數(shù)據(jù)庫處于置疑(Suspect)狀態(tài)。
5.
在SQL查詢分析器中執(zhí)行以下命令,以允許更新系統(tǒng)表:use
mastergosp_configure
"allow
updates",1reconfigurewithoverridego。
6.
將這個數(shù)據(jù)庫置為緊急模式:update
sysdatabases
set
status
=
32768
where
name="db_name"go。
7.
使用DBCC
CHECKDB命令檢查數(shù)據(jù)庫中的錯誤:DBCC
CHECKDB("db_name")GO。
8.
如果DBCC
CHECKDB命令失敗,請轉(zhuǎn)至第10步,否則先將數(shù)據(jù)庫置為單用戶模式,再嘗試對其進行修復:sp_dboption
"db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在執(zhí)行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令時提示說數(shù)據(jù)庫未處于單用戶模式狀態(tài)的話,則重新啟動SQLServer服務,然后繼續(xù)嘗試。
9.
如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失敗,請轉(zhuǎn)至第10步,否則若成功修復了數(shù)據(jù)庫中的錯誤:
重新執(zhí)行DBCC
CHECKDB("db_name")命令,確認數(shù)據(jù)庫中已沒有錯誤存在。
清除數(shù)據(jù)庫的置疑狀態(tài):sp_resetstatus
"db_name"
清除數(shù)據(jù)庫的單用戶模式狀態(tài):sp_dboption
"db_name","single
user","false"
重新啟動SQL
Server服務,如果一切正常的話,則數(shù)據(jù)庫已經(jīng)成功恢復。
10.如果以上步驟都不能解決問題的話,請參考附件中的文檔嘗試通過重建事務日志來恢復數(shù)據(jù)庫中的數(shù)據(jù)。如果您只有MDF文件,問題就更加復雜一些,我們需要直接重建事務日志了:
1.
在SQL
Server中新建一個同名的數(shù)據(jù)庫,然后停止SQL
Server服務。
2.
用原有的ldf文件覆蓋新建數(shù)據(jù)庫對應的.mdf文件,將其日志文件(.ldf)刪除。
3.
啟動SQL
Server服務,并將數(shù)據(jù)庫置為緊急模式(同上:
步驟5和步驟6)。
4.
停止并重新啟動SQL
Server服務。
5.
執(zhí)行以下命令重建數(shù)據(jù)庫日志文件:(下面是個示例,您要用您實際的數(shù)據(jù)庫名)
DBCC
REBUILD_LOG("cas_db",
"D:\cas_db\cas_db_Log.LDF")
6.
重新將該數(shù)據(jù)庫置為單用戶模式。
7.
再次嘗試使用DBCC
CHECKTABLE或DBCC
CHECKDB命令檢查并修復數(shù)據(jù)庫中。
先確認你輸入管家婆的服務器名字和你現(xiàn)在的服務器名字是否一致,要是一致確認服務器是否啟動。如果這都已經(jīng)完成,試著停止一下服務從新啟動一下,要是還不行就從新裝數(shù)據(jù)庫和軟件注意設置。
這個沒關(guān)系的,進入到類似于Program Files\Microsoft SQL Server\MSSQL這樣的文件夾,把data文件夾拷貝出來,然后重裝一下SQL Server2000,在把data覆蓋,在企業(yè)管理器中把數(shù)據(jù)庫附加進去就可以了,還有什么問題可以發(fā)信給我,tjoy7d@126.com
一個客戶聯(lián)系我,說他們的前臺系統(tǒng)報錯了,給我發(fā)了報錯的圖片。看到錯誤的第一眼就知道是數(shù)據(jù)庫出問題了,連不上sql
Server。
雖然知道是數(shù)據(jù)庫出問題了,但是剛開始的時候沒有打開SQL
Server,無法進行遠程操控,首先做的是檢查客戶的前臺IP是不是出現(xiàn)問題了,因為之前那的ip地址設置成了自動獲取,造成無法訪問。經(jīng)過檢查,這些配置都沒有問題。那么,也只能讓用戶聯(lián)網(wǎng),進行遠程操作。SQL
Server無法啟動,提示錯誤信息:
這個問題以前也遇到過幾次,主要的原因是SQL
Server的一些服務無法啟動。打開SQL
Server的配置管理器,首先將SQL
Server網(wǎng)絡配置中的MSSQLSERVER的協(xié)議中的選項設置成如下:
然后將SQL
Server服務中的SQL
Server(MSSQLSERVER)服務啟動。
正常情況下,SQL
Server服務就可以啟動了,但是如果出現(xiàn)了非正常情況,這樣做還是不行。此次客戶那邊的服務器就無法啟動,原因是他那的服務器出現(xiàn)了非正常斷電,造成SQL
Server中的文件損壞。所以,在啟動SQL
Server(MSSQLSERVER)服務時,提示3414錯誤。
解決方法:
1、從安裝SQL并且能正常運行的電腦中拷一份文件,找到數(shù)據(jù)庫的安裝路徑,例如本人的安裝路徑是:C:\Program
Files\Microsoft
SQL
Server\MSSQL.1\MSSQL\Data,拷貝model.mdf和modellog.ldf;
2、將拷貝的文件放置到出錯電腦的安裝路徑中(同上述),替換到原來出問題的文件即可。
小結(jié):
SQL
Server是我們開發(fā)項目中必不可少的,所以熟練掌握他的操作技巧很重要。還有就是在遇到問題時,先不要急著去解決,要分析一下進行了哪些操作之后造成的錯誤,這樣既能避免之后出現(xiàn)相似的錯誤,又能給我們的解決帶來很大的方便。
這是一個完整的解決SQL(MSSQLSERVER)服務啟動錯誤的案例,希望大家可以從中得到幫助。
當前名稱:sqlserver緊急,SQLServer
本文來源:http://chinadenli.net/article36/dsehgpg.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供面包屑導航、云服務器、品牌網(wǎng)站設計、ChatGPT、商城網(wǎng)站、定制網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)