Я чувствую, что это может быть вопрос для новичка, но я просто хотел проверить свои подозрения.
У меня есть производственная среда, размещенная на сервере Redhat. У меня есть копия сайта, размещенная на этом сервере на моей локальной машине, работающей под управлением CentOS.
Недавно я тестировал наши резервные копии, чтобы убедиться, что все работает правильно (лучше выяснить это сейчас, чем позже). Резервное копирование моей среды разработки и ее восстановление работают отлично, но когда я извлекаю резервную копию из prod и пытаюсь восстановить ее на dev (то есть Redhat в Cent), мой bin повреждается. IE, я не могу использовать команды ls, не могу перезагрузиться, а выключение сервера приведет к тому, что сервер не загрузится снова.
Я предполагаю, что это, вероятно, потому, что резервная копия моего prod находится на сервере Redhat, и я пытаюсь загрузить ее на сервер CentOS. Я хотел убедиться, что это правильно, так как я знаю, что CentOS должен быть совместим с Redhat.
Редактировать: ================================== Резервная копия состоит из всего сервера, а не только самого приложения. Скрипт резервного копирования tar-архивирует каждую из корневых папок с помощью команды типа:
tar --selinux --acls --xattrs -cvf /opt/backup_box/$NOW/bin.tar /bin ;
резервные копии хранятся в opt, содержимое которого тарифицируется таким же образом, за исключением файлов резервных копий.
Редактировать №2 ======================================= Версии: производство:
и цель:
решение1
Это, вероятно, не лучший способ резервного копирования и восстановления системы. Вы должны стремиться включать толькотолькоэлементы, необходимые для функционирования сайта или приложения. Копирование двоичных файлов и затирание существующих файлов — довольно радикальный подход.
Однако самое важное, что следует проверить, — это конкретные версии и выпуски ваших производственных и разрабатываемых серверов:
Пожалуйста, предоставьте выходные данные:
uname -a; cat /etc/issue
Сравните рабочий сервер и резервный целевой сервер.
Если версии релизов явно различаются, то вы можете столкнуться с проблемами, вызванными несовместимостью версий или архитектуры ЦП, а не какими-то изначально неисправностями CentOS и Red Hat.
CentOS и RHEL совместимы между собойподобные версиии архитектуры.
Редактировать:Ваши системы имеют разную архитектуру. Ваша производственная система 64-битная, а целевой сервер — 32-битный. Это не сработает, если вы собираетесь копировать исполняемые (двоичные) файлы. Если это веб-приложение, вы можете обойтись перемещением содержимого веб-каталогов... но действительно имеет смысл иметь похожие исходные/целевые системы.
