可以“复制” RHEL6服务器吗？

我的公司需要设置开发服务器，并且我们已经有2台生产的RHEL 6服务器在L4交换机下工作。

设置开发服务器的一种解决方案是简单地复制其中一台生产服务器中的所有文件，并对其进行一些调整。

我以前从未做过，但听起来像是鬼影...可以做到吗？推荐吗？容易出错吗？

复制所有文件都可以。这将取决于操作系统和哪种复制方法。

一个普遍的问题是尝试在系统运行时对其进行复制。通常，至少某些文件将被锁定，因此无法正确复制。通常在系统关闭时使用某种成像软件是最安全的（您提到了Ghost，这是一个示例）

为什么不将正在运行的系统转换为虚拟机？大多数虚拟机管理程序（如VMware或Hyper-V）都有一个工具，可以轻松地将正在运行的系统转换为虚拟机。

然后，您可以在生产服务器上执行任何操作之前，根据需要使用非生产系统。

感谢@WernerCD

病毒软件

超V

能做到吗

绝对可以。我已经通过简单地打包文件tar并将其再次提取到目标服务器上来复制了整个Linux 服务器。我记得的唯一警告是--numeric-owner提取时必须记住要使用。我不能说其他操作系统和其他工具，但我想它在所有主要操作系统上都是可行的。

应该做吗？

这个问题回答起来有点复杂。我不建议仅出于开发目的而克隆生产系统。它很可能包含很多用户数据以及关键资料，而您不希望它们出现在开发系统上。

但是，出于其他目的，克隆生产系统可能是一个好主意。

我建议创建生产系统克隆的方法是从备份还原。通过从备份进行还原，可以避免对生产系统的性能影响，并且可以测试还原过程，这是一件好事。

使您从备份还原的克隆与世界其他地方隔离，这一点很重要。由于它是从生产系统的备份中还原的，因此它可能包含自动作业，该作业将与其他生产系统通信，并且具有执行此操作的凭据。

如果克隆必须与真实的生产系统通信，则可能会造成很大的损失。

但是，如果将其隔离，则可以让您测试还原的系统是否按预期工作。而且，对于新代码部署到生产之前的最后测试，这样的还原系统可能是一个有用的环境。这可能是您在实际可能破坏生产系统之前在真实用户数据上测试代码的唯一机会。

可行性

当然可以，因为使用非常规方式“安装” Linux并不困难。例如，您可以使用SSH上的rsync复制服务器。

1. 无论使用Red Hat DVD，Ubuntu实时启动，Knoppix，还是其他方式，均可将目标计算机引导至“救援”映像。
2. 对目标计算机进行分区和格式化，然后将文件系统挂载在/target。
3. rsync的SSH上所有相关的文件系统（跳绳/proc，/sys，交换）。
4. 解决问题/target/etc/fstab，尤其是当分区由UUID引用时。
5. 适当调整主机名和网络配置。
6. 安装引导加载程序。

步骤3可能包含多个rsync传递，可能有源机器上的LVM快照辅助，最后一次传递停止了，源机器上的所有服务都停止了以确保数据一致性。

理想性和最佳做法

仅仅因为可以做并不意味着你应该做。我建议上述过程作为进行数据中心迁移的一种方法。但是，您的用例是完全不同的。诉诸克隆突出了一些缺陷：

• 虚拟化将是一项不错的功能，并使复制变得容易。
• 您是否有生产服务器的备份？为什么不恢复它们呢？这将是对备份还原过程的一个很好的测试。
• 您是否有有关如何从头开始复制所有内容的文档？最终，您可能需要从头开始安装，也许是在升级操作系统时。这将是对您的文档的良好验证。
• 更好的是，您是否具有可以帮助您重现设置的自动化功能？一个shell脚本可以工作；诸如CFengine，Puppet，Chef或Ansible之类的配置管理解决方案会更好。

如果您盲目克隆生产服务器，则将失去宝贵的机会来明确说明其上正在运行的服务器。