にセカンダリストレージとして500 GBのEBSがインストールされているAWS EC2インスタンス（Eye1と呼ばれる）があります/var。
さて、私の環境を別のEC2インスタンスに移行したいと思います（Eye2から呼び出します）。新しいインスタンスは、apache2、mysql、phpだけでなく、Python2.7、tensorflow、opencvなどのML、CV alpongに必要なライブラリをインストールし、他のチームメンバーが初期化します。
これで、EBS（/varEye1のコンテンツを含む）を切り離して新しいEC2に再接続し、/varEye2にインストールする必要があります。
Eye2のオリジナルコンテンツ/varはどうなりますか？ Eye1のコンテンツに置き換えると/varどうなりますか？
注：私は、Eye1でホストされているファイル、Webサイト、およびアプリケーションが/var/www/htmlEye2でホストされているファイル、Webサイト、およびアプリケーションを置き換えることを理解しています。 Eye2のネットワークルートディレクトリが空なので、これが私の意図です。
私の質問は、これがOSレベルの設定を壊し、LAMPとPythonとその依存関係を妨げるかどうかです。
Eye2が実際には新しい製品であり、実行中のアクティビティがないため、syslogが置き換えられたことに同意します。再構築後、LAMP + Python +対応する依存関係がインストールされました。
ベストアンサー1
すべてではないため、簡単に問題が発生する可能性があります。確かにできるディレクトリがかなりたくさんあります。してはいけない以下を含むシステム間のコピーまたは共有（リスト全体ではありません）：
- ほとんどすべて
/var/lib：何よりも、これにはほとんどのディストリビューションでシステムにインストールされているパッケージのデータベースが含まれます（他のシステムにコピーされます）。〜するそのシステムを停止します。真剣にそれを行わないでください）およびステートフルサービスのサーバーの状態（コピーすると、両方のシステムでそのサービスが中断される可能性があり、あなたの場合は将来の問題が発生する可能性があります）。 /var/dbA：ほぼ同じ問題であり、あまり/var/lib使用されていません。/var/logAND/var/account: データが発生したシステムに関連するロギングおよびアカウントデータが含まれます。これをコピーすると、ターゲットシステムのデータが上書きされます。これは重要には思えないかもしれませんが、古いシステムに何があり、新しいシステムに何があるのかは必ずしもわからず、以前のシステムには何も見えないので、問題を解決しようとすると非常に痛みを伴う可能性があります。コピーする前に。/var/spool：ローカルシステムに保存されている各種サービス別データを一時的に保存するリポジトリです。これには、ローカルメールキュー、ローカルバッチatキュー、ローカルプリントキュー、およびその他の類似アイテムが含まれます。コピーすると、さまざまな混乱が発生する可能性があります（同じ理由で通常はバックアップから除外する必要があります）。
また、次のディレクトリはコピーするのが適切ではないため、除外される可能性があります（リスト全体ではありません）。
/var/cache：キャッシュされたデータの一時ストレージとして使用されます。定義によれば、ここでは問題を起こすことなくほぼすべてを核爆弾として扱うことができます（一部の作業は最初の実行より時間がかかることがあります）。/var/tmp：同様に一時保存です。/var/run：最近、ほとんどのディストリビューションではシンボリックリンクなので、これ以上問題はありません/run。しかし、以前はPIDファイルとソケットのための独自のディレクトリでした。
特別な場合は、すべてのディレクトリではなく、実際に必要なディレクトリだけをコピーする必要があります。 /var/wwwウェブサイトが正しく設定され、新しいホスト名を指すようにリンクを更新する限り、コピーはほぼ常に安全です。特に、データをオンラインにコピーしてから古いEBSインスタンスを削除することをお勧めします（バックアップとしてアーカイブする必要がない場合）。