web-dev-qa-db-ja.com

SSMS 2014でデータベースの復元ウィザードが開かない

Windows Server 2012 R2を実行している開発マシンで、SQL Serverを2012年から2014年にアップグレードしました。

SQL Server Management Studio 2014を使用して、データベースを右クリックし、Tasks -> Restore -> Database... 何も起こりません。データベースの復元ウィザードが期待どおりに表示されません。

イベントビューアにエラーやクラッシュはありません。カーソルも砂時計に変わりません。

T-SQLを使用した復元は正常に機能します。戻ってSSMS 2012を使用すると、正常に機能します。 SSMS 2014でウィザードを機能させる方法についてのアイデアはありますか?

SSMSの両方のバージョンでSQL Serverの同じインスタンスに接続していますが、管理者としてSSMSを実行してみました。

Service Pack 1です。

Microsoft SQL Server Management Studio 12.0.4100.1
Microsoft Analysis Services Client Tools 12.0.4100.1
Microsoft Data Access Components (MDAC) 6.3.9600.17415
Microsoft MSXML 3.0 5.0 6.0 
Microsoft Internet Explorer 9.11.9600.18125
Microsoft .NET Framework 4.0.30319.34209
Operating System 6.3.9600
12
Josh Bula

SSMS 2012とSSMS 2014の両方でこの動作を確認しました。通常、データベースのバックアップ/復元履歴が非常に長く、ウィザードが表示されるまでに時間がかかることを意味します。歴史全体。

履歴を切り捨てる保守計画があることを確認してください。確認するには、次のクエリを実行します。

SELECT TOP 1 backup_start_date
FROM msdb.dbo.backupset WITH (NOLOCK)
ORDER BY backup_set_id ASC

このクエリは、テーブルのクラスター化された主キーで並べ替えられているため、高速です。そこに1か月または2か月以上の履歴がある場合は、おそらくそれを片付ける時期です。 (履歴のクリアにはロックが含まれるため、同時にバックアップを実行している場合、またはMSDBが低速のストレージ上にある場合、処理が遅くなる可能性があることに注意してください。)

3
Matthew Sontum

別のスレッドでこれを見つけて、それは私のために働きました:

SQL Server Studio 2014は、「LSNチェーンの中断が原因で復元計画を作成できない」というエラーを好まない。そして、復元ダイアログを開くことができません。 FULLバックアップを発行してLSNチェーンを修正します。その後、復元ダイアログが機能するはずです。

https://serverfault.com/questions/705398/mssql-management-studio-2014-not-showing-the-tasksrestoredatabase-dialog

3
Aggromonster

私の場合、デバイスからデータベースを復元したいと思っていました(完全バックアップ、コピーのみ)。したがって、この回避策は私にとってうまくいきました。 「データベース」を右クリックして、「データベースを選択する代わりに」「データベースの復元...」に移動します。ロードする履歴がないため、ウィザードが開きます。

オプション内で、「既存のデータベースを上書きする」を選択し、「復元前にログ末尾のバックアップを取る」の選択を解除しました。

2
Michiel

まだ同じ問題が発生している場合

ここで説明されていることは問題の解決に役立ちませんが、空のデータベースのバックアップを実行する問題を回避し、魔法のように追加ボタンが機能し、bakファイルから復元することができました

私の環境は:

  • Windows 10 Enterprise、クリーンインストール
  • SQL Server 2017 Express Edition、クリーンインストール
  • SQL Server Management Studio Ver 18.1、クリーンインストール

実際のところはわかりませんが、問題の根本的な原因は次のとおりだと思います。インストール中に、データファイルに別のパスを設定しました( "/ program files"の下のデフォルトではなく、SQLまたはSSMSがおそらく最初のデフォルト(存在しない)ロケーション。

1
Victor Ayala