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

12

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

— ジョシュ・ブラ
ソース

いいえ、重大なセキュリティ問題でない限り、CODホットフィックスはWindows Updateと共にインストールされません。ダウンロードリンクは動作します。別のブラウザを試してください。ただし、x64オペレーティングシステムを想定して、いずれの場合でも直接リンクを使用できます。

— アーロンバートランド

おかげで、修正プログラムがインストールされましたが、問題は解決しませんでした。時間があるときにアンインストールして再インストールし、それまでは古いバージョンのSSMSを使用するだけでよいと思う。

— ジョシュブラ

SSMS 2016をインストールしようとしましたか？

— エルジマー

これは、自宅で仕事をしていてVPN経由で接続しているときに時々起こります。少し遅れていると思いますが、やがてウィンドウがポップアップします。

— ピントサック

3

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

別のスレッドでこれを見つけて、それは私のために働いた：

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

/server/705398/mssql-management-studio-2014-not-showing-the-tasksrestoredatabase-dialog

— アグロモンスター
ソース

2

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

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

— ミシエル
ソース

1

誰かがまだ同じ問題を抱えている場合

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

私の環境は：

Windows 10エンタープライズ、クリーンインストール
SQL Server 2017 Express Edition、クリーンインストール
SQL Server Management Studio Ver 18.1、クリーンインストール

実はわかりませんが、問題の根本原因はインストール中に、データファイルに別のパスを設定することです（「/ program files」の下のデフォルトではなく、SQLまたはSSMSはおそらくデフォルト（存在しない）の場所。

— ビクター・アヤラ
ソース