SQL 2005 ERROR:3145 解決辦法(備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同)
出現(xiàn)錯誤3145備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同
網(wǎng)上解決辦法不少,測試下來都是半吊子,錯誤還是存在
摸索中,解決了
1.新建一個與現(xiàn)有數(shù)據(jù)庫重名的數(shù)據(jù)庫
2.在查詢窗口運行如下語句:
use master
restore database AdventureWorks from disk = 'E:\databasebackup\AdventureWorks.bak'
with replace, MOVE N'AdventureWorks_Data' TO N'C:\Program Files\Microsoft SQL Server\MSSQL.5\MSSQL\Data\AdventureWorks.mdf', MOVE N'AdventureWorks_Log' TO N'C:\Program Files\Microsoft SQL Server\MSSQL.5\MSSQL\Data\AdventureWorks_log.ldf'
從語句上來看,和在圖形界面的操作是一樣的,但是結(jié)果卻是語句運行成功,圖形界面怎么過不去。
補充資料:
今天給客戶恢復他的VPS中的sql 2005的數(shù)據(jù)庫的時候發(fā)現(xiàn)無論怎么恢復都會出現(xiàn)
標題: Microsoft SQL Server Management Studio
------------------------------
還原 對于 服務器“MICRSOFT-DB4BB0”失敗。 (Microsoft.SqlServer.Smo)
有關(guān)幫助信息,請單擊: http://go.microsoft.com/fwlink?ProdName
=Microsoft+SQL+Server&ProdVer=9.00.1399.00&EvtSrc=Microsoft.
SqlServer.Management.Smo.
ExceptionTemplates
.FailedOperationExceptionText&EvtID=
還原+Server&LinkId=20476
------------------------------
其他信息:
執(zhí)行 Transact-SQL 語句或批處理時發(fā)生了異常。 (Microsoft.SqlServer.ConnectionInfo)
------------------------------
備份集中的數(shù)據(jù)庫備份與現(xiàn)有的 'ssc123' 數(shù)據(jù)庫不同。
RESTORE DATABASE 正在異常終止。 (Microsoft SQL Server,錯誤: 3154)
有關(guān)幫助信息,請單擊: http://go.microsoft.com/fwlink?ProdName
=Microsoft+SQL+Server&ProdVer=09.00.1399&EvtSrc=
MSSQLServer&EvtID=3154&LinkId=20476
------------------------------
按鈕:
確定
------------------------------
沒辦法...只好命令模式下操作.我的命令如下:
use master
restore database ssc123 from disk = 'E:\1.bak'
with replace, MOVE N'panydb'
TO N'E:\MSSQL.1\MSSQL\Data\ssc123.mdf',
MOVE N'ssc123_Log' TO N'E:\MSSQL.1\MSSQL\Data\ssc123_log.ldf'
各位請注意:panydb是你那個備份文件中的數(shù)據(jù)庫名.他是什么.你就填什么.
如何查詢?你點還原數(shù)據(jù)庫選擇文件之后他自己會顯示
之后就會出現(xiàn)提示
選擇了文件 'panydb_log'。在備份時該文件的名稱為 'dataname_log'。RESTORE
將對該重命名后的文件繼續(xù)操作。
已為數(shù)據(jù)庫 'dataname',文件 'panydb' (位于文件 1 上)處理了 808 頁。
已為數(shù)據(jù)庫 'dataname',文件 'panydb_log' (位于文件 1 上)處理了 1 頁。
正在將數(shù)據(jù)庫 'dataname' 從版本 539 轉(zhuǎn)換為當前版本 611。
數(shù)據(jù)庫 'dataname' 正在從版本 539 升級到版本 551。
數(shù)據(jù)庫 'dataname' 正在從版本 551 升級到版本 552。
數(shù)據(jù)庫 'dataname' 正在從版本 552 升級到版本 553。
數(shù)據(jù)庫 'dataname' 正在從版本 553 升級到版本 554。
數(shù)據(jù)庫 'dataname' 正在從版本 554 升級到版本 589。
數(shù)據(jù)庫 'dataname' 正在從版本 589 升級到版本 590。
數(shù)據(jù)庫 'dataname' 正在從版本 590 升級到版本 593。
數(shù)據(jù)庫 'dataname' 正在從版本 593 升級到版本 597。
數(shù)據(jù)庫 'dataname' 正在從版本 597 升級到版本 604。
數(shù)據(jù)庫 'dataname' 正在從版本 604 升級到版本 605。
數(shù)據(jù)庫 'dataname' 正在從版本 605 升級到版本 606。
數(shù)據(jù)庫 'dataname' 正在從版本 606 升級到版本 607。
數(shù)據(jù)庫 'dataname' 正在從版本 607 升級到版本 608。
數(shù)據(jù)庫 'dataname' 正在從版本 608 升級到版本 609。
數(shù)據(jù)庫 'dataname' 正在從版本 609 升級到版本 610。
數(shù)據(jù)庫 'dataname' 正在從版本 610 升級到版本 611。
RESTORE DATABASE 成功處理了 809 頁,花費 1.437 秒(4.606 MB/秒)。
相關(guān)文章
sql 2005不允許進行遠程連接可能會導致此失敗的解決方法
用vs.net2005連接sql server 2005 出現(xiàn)以下錯誤:在建立與服務器的連接時出錯。在連接到 SQL Server 2005 時,在默認的設置下 SQL Server 不允許進行遠程連接可能會導致此失敗。2008-04-04
SQL2005中char nchar varchar nvarchar數(shù)據(jù)類型的區(qū)別和使用環(huán)境講解
有人討論char nchar varchar nvarchar這幾個數(shù)據(jù)類型的區(qū)別跟實際使用情況,很多人都搞不清楚究竟哪個場景使用哪個數(shù)據(jù)類型,下面用代碼解釋一下2013-11-11
SQL Server 2005“備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同”解決方法
SQL Server 2005“備份集中的數(shù)據(jù)庫備份與現(xiàn)有的數(shù)據(jù)庫不同”解決方法2009-07-07
一步一步教你創(chuàng)建SQL 2005計劃任務應用圖解教程
使用sql的計劃任務可以處理一些特殊環(huán)境的數(shù)據(jù),除了使用windows系統(tǒng)的計劃任務來定時處理,不過要配合程序才行,有些事情可以直接使用sql本身的計劃任務,更方便,所以本文圖解一下Sql2005計劃任務的創(chuàng)建使用。2010-03-03
SQL Server 2005 中使用 Try Catch 處理異常
本文主要對比了Sql Server 2000和Sql Server 2005對異常處理的方法,Sql Server 2005 之后的TRY CATCH捕捉異常,更類似C#、JAVA等語言,更容易被程序員理解。2016-05-05
sqlserver2005 master與msdb數(shù)據(jù)庫備份恢復過程
master與msdb數(shù)據(jù)庫的備份與普通數(shù)據(jù)庫一樣,恢復master與msdb數(shù)據(jù)庫關(guān)鍵在于以單用戶模式啟動,其它并沒有太大的區(qū)別,下面詳細說明使用方法2014-01-01
sqlserver 通用存儲過程分頁代碼(附使用ROW_NUMBER()和不使用ROW_NUMBER()兩種情況性能分析
通用存儲過程分頁(使用ROW_NUMBER()和不使用ROW_NUMBER()兩種情況)性能分析2010-05-05

