Ⅰ 資料庫用戶名或密碼錯誤 怎麼辦
以sqlserver2008為例：
1、選擇windows身份驗證模式登錄
Ⅱ sql資料庫誤改怎樣恢復
1, 如果你有比較新的備份文件，可以將備份恢復到另外一台機器上，然後將對應表導入到當前庫；
2，如果你的日誌文件還沒有被覆蓋，將日誌文件出去，先備份一下，找個讀取sqlserver日誌的工具，從日誌文件中逐條記錄恢復。
Ⅲ 資料庫如何修復
可能有文件缺失或損壞，可以停掉SQL Server服務，先將資料庫文件夾復制一份並安全存儲，對資料庫所在磁碟執行CHKDSK，排除磁碟錯誤，然後啟動SQL Server服務，嘗試修復資料庫：
1.在SQL Server Management Studio中隨便創建一個資料庫，例如：PVLink。
2.停止SQL Server服務。
如果不停止此服務，剛才創建的PVLink資料庫將即不能被拷貝，也不能被覆蓋。
3.把已經損壞的資料庫的mdf文件拷貝並覆蓋剛才新建的資料庫產生的mdf文件。
4.啟動SQL Server服務。
此時可以看見剛才創建的PVLink資料庫名字後面沒有加號，無法察看其任何信息，其實目前它已經處於無法使用的狀態。
5.把資料庫設置為緊急狀態。
通過在「查詢分析器」中執行：alter database PVLink set EMERGENCY 可以將資料庫設置為緊急狀態，此時資料庫PVLink的圖標改變成粉紅色並出現「緊急」字樣。
6.將資料庫設置為單用戶模式。
如果不設置為單用戶模式，我們將無法使用帶有效repair選項的DBCC CHECKDB來檢查/修復資料庫，SQL Server 2005設置單用戶模式比SQL Server 2000容易，只要在「查詢分析器」中執行：
use master
go
sp_dboption 'PVLink',single,true
7.修復資料庫
修復資料庫主要使用DBCC來操作，一般來講，我們可以使用以下三個選項來修復：
●REPAIR_ALLOW_ DATA_LOSS
嘗試修復報告的所有錯誤。這些修復可能會導致一些數據丟失。
●REPAIR_FAST
僅為保持向後兼容性而保留。
●REPAIR_REBUILD
執行由 REPAIR_FAST 執行的所有修復，包括需要較長時間的修復（如重建索引）。執行這些修復時不會有丟失數據的危險。
一般我們通過執行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修復工作，此時 SQL Server 2005會給出很多提示，因為這個過程可能會導致一些資料庫設計或者數據的丟失，並且在這個過程中，會產生新的以ldf為擴展名的資料庫日誌文件。
8.完成以上的步驟後，一般情況下資料庫應該可用了，如果資料庫此時仍然是緊急狀態，可以通過：alter database PVLink set ONLINE ，把資料庫變成在線狀態。
檢查PVLink資料庫內數據是否正常，是的話換回原資料庫即可。
Ⅳ 資料庫輸入錯誤，怎麼辦
如果不是卡了，就是你無意中刪了什麼文件，或者再次登陸，a410036547aa正解 試試修復一下LSP 用360！ +736757243 給分= = 我可是第一個回答的。
Ⅳ 資料庫損壞怎麼修復
access提供了壓縮和修復資料庫功能，可嘗試用該功能修復，以access2010為例方法如下：
1、啟動access2010，點擊資料庫工具選項卡--壓縮和修復資料庫命令；
2、瀏覽窗口選定要修復的資料庫，點擊打開；
3、輸入修復後資料庫的名稱，點擊保存；
4、打開修復後的資料庫，查看修復效果。
Ⅵ 資料庫文件存在異常，請修復 怎麼弄
SQL Server 2000資料庫LDF損壞,只有mdf的恢復方法。
SQL Server 2000資料庫文件遭到破壞的現象經常出現，資料庫出錯是否可以修復呢？答案是可以的，本日誌以一個sql server 2000資料庫，資料庫日誌文件ldf損壞了，mdf正常，資料庫附加失敗的修復方法總結一下，資料庫數據恢復在很多時候比較復雜，當資料庫存在大量錯誤的時候，使用DBCC修復也是不可以的，需要拆解資料庫來搶救重要的數據，下面是較為常見的一種SQL Server 2000資料庫修復方式：
1） 先及時把原來的資料庫文件（如test.mdf)備份到其他地方。
2） 停掉伺服器。
3） 刪除這個test.mdf。
4) 重新建立一個test同名資料庫。
5） 刪除這個新建立的test資料庫的test.ldf文件，並用開始備份好test.mdf文件覆蓋這個新建立的test.mdf文件。
6） 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
.設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」。
7） 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
8） 下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在操作中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
Ⅶ sql資料庫置疑，錯誤代碼926，請問要如何修復
請輸入你的答案...
資料庫926錯誤解決方案在做任何操作前首先備份資料庫的數據文件和日誌文件！以及最新的備份文件！第一種解決方法：先刪除報錯資料庫，再新建一同名資料庫，然後暫停Service
manager（及sql
server
服務）
，刪除庫文件和日誌文件再啟動Service
manager
，使用單數據文件恢復資料庫命令恢復資料庫。例：打開sql
server/tools/sql
server
query
analyzer
執行下面操作
EXEC
sp_attach_single_file_db
@dbname
=
'pubs',
@physname
=
'c:\mssql7\data\pubs.mdf'
說明：『pubs』為要恢復的資料庫名稱，『c:\mssql7\data\pubs.mdf』為要恢復的資料庫的庫文件的具體路徑和文件名稱。再重新啟動一下service
manager
，看能否正常打開處理後的資料庫；如果不可以再使用第二種方案。第二種解決方法：打開sql
server/tools/sql
server
query
analyzer
執行下面操作
USE
MASTER
GO
sp_configure
'allow
update',1
RECONFIGURE
WITH
OVERRIDE
GO
UPDATE
sysdatabases
set
status
=
32768
WHERE
name
=
'db_pos363'
GO
sp_configure
'allow
update',0
RECONFIGURE
WITH
OVERRIDE
GO
說明：'db_pos363'是要修復的資料庫名稱。執行完畢再重啟一下Service
manager打開資料庫看是否處於緊急狀態！再從另一裝有sql
2000的機器上連接報錯的資料庫，然後再在sql
2000的機器上新建一資料庫，再使用sql
2000自帶的資料庫導入導出功能（在新建的資料庫上單擊右鍵/所有任務/數據導入、數據導出）從報錯資料庫導入數據到新建的資料庫中！在導入選項中注意以下幾項：
1，
導入方式選擇分『從源資料庫復製表和視圖』以及『從sql
server資料庫間復制對象和數據』。當選擇從源資料庫復製表和視圖時一定要選擇全部表！
2，
當選擇『從sql
server資料庫間復制對象和數據』時，在『導入導出向導』對話框中去除『使用默認選項』的選中標志；再在打開『選項』對話框，去除以下三項的選中標志。A,復制數據用戶和資料庫角色；B，復制sql
server
登陸；C，復制對象及許可權。
3，
在使用『從sql
server資料庫間復制對象和數據』時，有時會出現單張表導入失敗，這時有時會在導入結束時提示那幾張表導入失敗有時不提示，如果提示，就再使用『從源資料庫復製表和視圖』並選中導入失敗的表重新導入一遍；如果不提示就只能在一張張表打開查看了，發現空表後再使用『從源資料庫復製表和視圖』導入需要導入的表！導入成功後再刪除sql
server
7.0機器上處於緊急狀態的資料庫，再新建一個同名資料庫，建好後再使用sql
2000的資料庫導出功能導出到此資料庫中，在導出過程中同樣要注意導入時的注意事項！
Ⅷ 資料庫出錯，該怎麼處理
資料庫錯誤:1064就是語法錯誤。
注意查看你的sql語句，將報錯的行中，多檢查幾遍，都能檢查出來問題所在的。平時寫SQL語句時，細心點，都能大大減少這種錯誤的發生頻率。