回答:
すべてのファイルのコピーが機能する可能性があります。それはOSとどんな種類のコピー方法に依存するでしょう。
一般的な問題の1つは、実行中にシステムをコピーしようとすることです。通常、少なくとも一部のファイルはロックされるため、正しくコピーされません。システムがシャットダウンしているときに何らかのイメージングソフトウェアを使用するのが通常最も安全です（1つの例としてGhostについて説明しました）。
実行中のシステムを仮想マシンに変換しませんか？VMwareやHyper-Vなどのほとんどのハイパーバイザーには、実行中のシステムを簡単に仮想マシンに変換するツールがあります。
その後、運用サーバーで何かを行う前に、必要に応じて非運用システムで作業できます。
@WernerCDに感謝
P2V物理から仮想へ-Vmware：my.vmware.com/web/vmware/evalcenter ?p= converter -HyperV：social.technet.microsoft.com/wiki/contents/articles/…-仮想化、バックアップ、分離（そうならそれは本番データベースを指しています）そして楽しんでください
できますか？
絶対そうです。Linuxサーバー全体をコピーして、単にファイルをtar圧縮してターゲットサーバーに再度抽出しました。私が覚えている唯一の警告は--numeric-owner、抽出するときに使用することを覚えておく必要があることでした。私は他のOSや他のツールについて話すことはできませんが、それはすべての主要なオペレーティングシステムで実行可能だと思います。
それを行うべきですか？
この質問の回答はもう少し複雑です。開発を目的とした運用システムのクローンを単に作成することはお勧めしません。大量のユーザーデータや主要な資料が含まれている可能性があり、開発システムに表示したくない場合があります。
ただし、本番システムのクローンを作成することは、他の目的に適しています。
本番システムのクローンを作成するために推奨するアプローチは、バックアップから復元することです。バックアップから復元することで、運用システムへのパフォーマンスの影響を回避でき、復元手順をテストできます。これは良いことです。
バックアップから復元したクローンを他の世界から隔離しておくことが重要です。本番システムのバックアップから復元されたため、他の本番システムと通信する自動化ジョブが含まれている可能性があり、そのための資格情報を持っています。
クローンが実際の本番システムと通信するようになった場合、多くの損害を引き起こす可能性があります。
しかし、それを分離しておけば、復元されたシステムが意図したとおりに機能することをテストする機会が与えられます。さらに、そのような復元されたシステムは、新しいコードが本番環境にデプロイされる前の最後のテストに役立つ環境になる可能性があります。これは、実際の運用システムを破壊する前に、実際のユーザーデータでコードをテストする唯一の機会かもしれません。
確かに、それは可能です。従来とは異なる方法でLinuxを「インストール」するのは難しくないためです。たとえば、SSH経由のrsyncを使用してサーバーを複製できます。
/target。/proc、/sysスワップ）。/target/etc/fstab特にパーティションがUUIDで参照されている場合は、修正します。ステップ3は複数のrsyncパスで構成される可能性があり、おそらくソースマシン上のLVMスナップショットによって支援されます。データの一貫性を確保するためにソースマシン上のすべてのサービスを停止した最後のパス。
できるからといって、そうする必要があるわけではありません。データセンターの移行を行う1つの方法として、上記のプロセスをお勧めします。ただし、ユースケースはかなり異なります。クローン作成に頼ると、いくつかの欠点が浮き彫りになります。
本番サーバーを盲目的に複製すると、サーバー上で何が実行されているかを正確に明らかにする貴重な機会が失われます。