web-dev-qa-db-ja.com

Drushアーカイブ-復元ではデータベースは復元されず、エラーも発生しません

Drushで作成したアーカイブにDrupal 7サイトとデータベースがあります。MAMPを実行しているMacでDrushを使用して復元しようとしています。

サイトを復元するように指示すると、後で「[ok]」と表示され、サイトファイルは正しい宛先にありますが、データベースの作成と入力は行われず、できなかったというエラーも表示されません。

彼らがsettings.phpファイルにあるのと同じ名前とパスワードを持つデータベースユーザーであることを確認しました。

私のコマンドは：drush archive-restore /Users/abailey/Downloads/dev-sbirt-reg.20140321_200259.tar.gz dev-sbirt-reg --destination =。/ dev-sbirt-reg

-vタグを追加して、問題が何であるかが表示され、出力されることを期待しています。

Mime type for                                                           [notice]
/Users/abailey/Downloads/dev-sbirt-reg.20140321_200259.tar.gz is
application/x-gzip
Executing: tar  -C /tmp/drush_tmp_1395439263_532cb69f676ea -xzf dev-sbirt-reg.20140321_200259.tar.gz
Archive restored to ./dev-sbirt-reg                                  [ok]
./dev-sbirt-reg
Command dispatch complete                                               [notice]

私が間違っている可能性があるアイデア、または少なくとも私が間違っていることを理解する方法はありますか？少なくとも、データベースなどに接続できないというエラーが表示されると思います。

これは、サイトドキュメントの保持に使用するようにMAMPを設定したディレクトリから実行しています。

-ありがとう

7drushdatabasemampbackups
1
fallenturtle

--debugを指定して同じコマンドを実行すると、MYSQLエラーが画面に出力される可能性があります。

だから試してください：

drush archive-restore /Users/abailey/Downloads/dev-sbirt-reg.20140321_200259.tar.gz dev-sbirt-reg --destination=./dev-sbirt-reg --debug
5
tenken

これは間違いなく、ard/arrを使用した長時間の動作/バグ（？）です。私はバージョン5.x以降、この動作を監視しています。ローカルランプに新しいデータベースを作成する権限を持つ資格情報--db-su/--db-su-pwを付与しても、データベースは作成されますが、データは入力されません。ただし、前に並列の名前付きデータベースを作成し、同じコマンドで実行すると、機能します。これは過去数年の多くの状況で発生するため、これを再現するために提供する実際の詳細はありません。多くの場合、多くのサーバー、何年も。 db作成プロセスがdbビルドを中断しているか、1つのステップでダンプファイルから作成およびビルドしようとすると、権限が正しくないようです。正しく終了するには、常に小さなキックが必要です。以前にdbを作成すると、これが不要であることが示唆されていても、ほとんどここで作成されていました。以前は何かを見落としたり、何か間違ったことをしていると思っていましたが、後でこの結論に達しました。この機能は大文字と小文字を区別しすぎて、すべてのユーザーとシナリオで正しく維持できないため、指定する必要はありません。動作するようにいくつかのキックをスクリプト化します。

2
nilsun