SQL 2005 ERROR:3145 解決辦法(備份集中的數據庫備份與現有的數據庫不同)
更新時間:2013年01月23日 10:28:22 投稿:mdxy-dxy
在圖形界面中,選擇備份文件,設置覆蓋原有數據庫,指定現數據庫文件所在的位置,選擇錯誤回滾,點擊確定
出現錯誤3145備份集中的數據庫備份與現有的數據庫不同
網上解決辦法不少,測試下來都是半吊子,錯誤還是存在
摸索中,解決了
1.新建一個與現有數據庫重名的數據庫
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'
從語句上來看,和在圖形界面的操作是一樣的,但是結果卻是語句運行成功,圖形界面怎么過不去。
補充資料:
今天給客戶恢復他的VPS中的sql 2005的數據庫的時候發(fā)現無論怎么恢復都會出現
標題: Microsoft SQL Server Management Studio
------------------------------
還原 對于 服務器“MICRSOFT-DB4BB0”失敗。 (Microsoft.SqlServer.Smo)
有關幫助信息,請單擊: 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)
------------------------------
備份集中的數據庫備份與現有的 'ssc123' 數據庫不同。
RESTORE DATABASE 正在異常終止。 (Microsoft SQL Server,錯誤: 3154)
有關幫助信息,請單擊: 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是你那個備份文件中的數據庫名.他是什么.你就填什么.
如何查詢?你點還原數據庫選擇文件之后他自己會顯示
之后就會出現提示
選擇了文件 'panydb_log'。在備份時該文件的名稱為 'dataname_log'。RESTORE
將對該重命名后的文件繼續(xù)操作。
已為數據庫 'dataname',文件 'panydb' (位于文件 1 上)處理了 808 頁。
已為數據庫 'dataname',文件 'panydb_log' (位于文件 1 上)處理了 1 頁。
正在將數據庫 'dataname' 從版本 539 轉換為當前版本 611。
數據庫 'dataname' 正在從版本 539 升級到版本 551。
數據庫 'dataname' 正在從版本 551 升級到版本 552。
數據庫 'dataname' 正在從版本 552 升級到版本 553。
數據庫 'dataname' 正在從版本 553 升級到版本 554。
數據庫 'dataname' 正在從版本 554 升級到版本 589。
數據庫 'dataname' 正在從版本 589 升級到版本 590。
數據庫 'dataname' 正在從版本 590 升級到版本 593。
數據庫 'dataname' 正在從版本 593 升級到版本 597。
數據庫 'dataname' 正在從版本 597 升級到版本 604。
數據庫 'dataname' 正在從版本 604 升級到版本 605。
數據庫 'dataname' 正在從版本 605 升級到版本 606。
數據庫 'dataname' 正在從版本 606 升級到版本 607。
數據庫 'dataname' 正在從版本 607 升級到版本 608。
數據庫 'dataname' 正在從版本 608 升級到版本 609。
數據庫 'dataname' 正在從版本 609 升級到版本 610。
數據庫 'dataname' 正在從版本 610 升級到版本 611。
RESTORE DATABASE 成功處理了 809 頁,花費 1.437 秒(4.606 MB/秒)。
相關文章
sql 2005不允許進行遠程連接可能會導致此失敗的解決方法
用vs.net2005連接sql server 2005 出現以下錯誤:在建立與服務器的連接時出錯。在連接到 SQL Server 2005 時,在默認的設置下 SQL Server 不允許進行遠程連接可能會導致此失敗。2008-04-04
SQL2005中char nchar varchar nvarchar數據類型的區(qū)別和使用環(huán)境講解
有人討論char nchar varchar nvarchar這幾個數據類型的區(qū)別跟實際使用情況,很多人都搞不清楚究竟哪個場景使用哪個數據類型,下面用代碼解釋一下2013-11-11
SQL Server 2005“備份集中的數據庫備份與現有的數據庫不同”解決方法
SQL Server 2005“備份集中的數據庫備份與現有的數據庫不同”解決方法2009-07-07
一步一步教你創(chuàng)建SQL 2005計劃任務應用圖解教程
使用sql的計劃任務可以處理一些特殊環(huán)境的數據,除了使用windows系統的計劃任務來定時處理,不過要配合程序才行,有些事情可以直接使用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數據庫備份恢復過程
master與msdb數據庫的備份與普通數據庫一樣,恢復master與msdb數據庫關鍵在于以單用戶模式啟動,其它并沒有太大的區(qū)別,下面詳細說明使用方法2014-01-01
sqlserver 通用存儲過程分頁代碼(附使用ROW_NUMBER()和不使用ROW_NUMBER()兩種情況性能分析
通用存儲過程分頁(使用ROW_NUMBER()和不使用ROW_NUMBER()兩種情況)性能分析2010-05-05

