Wordpress上に構築された非常に大きなWebサイト(15 GB)を移行したいと思います。私はこれに従いました ホワイトペーパー 、すべてが新しいまたは小さなウェブサイトのインストール/移行のために正常に機能しています。 MySQLWorkbenchを使用してデータベースを復元することに成功しましたが。しかし、ファイルの復元に失敗しました(アップロードディレクトリ自体は12GBです)。「DuplicatorPro」プラグインを使用しようとしましたが、機能しません。sFTPを使用してファイルをEC2インスタンスに直接アップロードしましたが、多くのファイルを取得しました。ファイルのアクセス許可に関する問題。また、CloudFrontが有効になっているS3バケットにファイルをアップロードしましたが、これも機能しませんでした。私は道に迷い、仕事を完了する方法がわかりません。ファイルをアップロードするための推奨される方法があれば教えてください。
EB:beanstalkでの私の推奨事項は、EBCLIですぐに使用できる構成を使用することです。 このgithubリポジトリ 手順を実行します。 wordpressインストール全体がアップロードされます。
アップロードフォルダサイズ:問題は実際にはファイルサイズです。Beanstalkでは512MBの直接アップロードが可能です。 S3経由でCodePipeLineを使用する場合、2GBを取得します。あなたの場合、アップロードとDBを pdraft plus で転送します。最初にバックアップファイルをリモートでアップロードし、次にターゲットサイトにダウンロードします。このような負荷を処理するには、最初にphpメモリと実行時間を増やす必要があるかもしれません。ファイルのパーミッションが原因でUpdraftがzipを解凍できない場合は、インスタンスにsshで接続します。
更新:代わりに、必要なものすべてをZipまたはgzipファイルのS3バケットにアップロード(フォルダーをアップロード)して設定します。公開する。次に、サーバーでsshを実行し、そのファイルに対してSudo wget fileurl
を実行してダウンロードします。次に、Sudo unzip filename.Zip
で解凍します。フォルダを分割する上昇気流のために、私はそのように何度かそれをしなければなりませんでした。 Sudoコマンドの後で、解凍したフォルダーのSudo chown -R webapp:webapp
を再度実行して、適切なアクセス許可があることを確認する必要があります。
Sudo chown -R webapp:webappを使用してファイルのアクセス許可を変更するか、具体的にファイルをターゲットにします。構成では、これがこのアプリケーションを実行しているグループ/ユーザーであるため、webappを使用します。
DB:または、dbの場合は、phpmyadminをインストールし、RDSインスタンスまたはローカルmysqlに接続して、エクスポートしたsqlファイルをインポートします。
結論:あなたがまだそれを解決したかどうかはわかりません、そしてあなたがそれをどのように/したかを知りたいと思います。今まで、私のサイトは常に約3〜4GBでした。