Что обновляется отдельно
Разделяйте комплект OpenM, ресурсы framework, SQL-схему и операционную систему. Серверный ZIP включает согласованный движок, монитор и мастер. Не заменяйте только txAdmin произвольной версией из другого дистрибутива: интеграция OpenM затрагивает запуск, настройки, авторизацию и публикацию.
Перед обновлением прочитайте сведения о выпуске и ограничениях. Сохраните старый ZIP, результат проверки и резервную копию. Проверьте достаточный объём диска для двух комплектов и копии БД.
Подготовка новой папки
- Скачайте новый единый архив с официальной страницы.
- Распакуйте в новый ASCII-каталог, например
C:\OpenM-Server-next. - Выполните
Check-Server.cmdв новой папке. Не продолжайте при повреждении проверяемых файлов. - Сравните состав и требования выпуска. Не переносите старый
citizenи DLL поверх нового движка. - Подготовьте отдельную тестовую копию состояния и БД, если требуется проверить framework до рабочего переключения.
Наложение нового архива на работающий комплект может оставить старые библиотеки и частично заменить используемые файлы. Такой результат трудно проверить и откатить.
Перенос состояния
В окно обслуживания остановите игровой процесс и монитор. Перенесите актуальный txData и пользовательский server-data в новую установку либо сохраните внешний каталог данных, если профиль должен продолжить использовать его. Не смешивайте состояние от разных серверов.
Проверьте абсолютный dataPath в профиле. Стандартный стартовый каталог может корректироваться при переносе штатным механизмом, но внешний путь и ссылки внутри пользовательских ресурсов требуют ручной проверки. Примените повторную настройку через Configure-Server.cmd, если путь или параметры изменились, сохраняя правильный ID и действующие ключи.
Восстановите NTFS-права для текущей учётной записи Windows. Сохранённые приватные файлы не должны становиться доступны всем пользователям после копирования.
Первое включение новой версии
Убедитесь, что старый экземпляр полностью остановлен. Запустите новый FXServer.exe, проверьте версию, активный профиль, имя, игровые порты и выбранный каталог. Затем проверьте администратора, запуск всех ресурсов, соединение SQL, heartbeat и игровой шлюз.
Выполните внешний вход игрока, проверку режима, штатный выход и повторное подключение. Для SQL-режима убедитесь, что новый процесс пишет именно в рабочую БД, а не в оставшуюся тестовую копию. Сохраните журналы первого запуска отдельно.
Когда переключать ярлыки и автозапуск
После приёмки обновите путь ярлыка/задачи Планировщика и рабочий каталог. Убедитесь, что старый автозапуск отключён: после рестарта Windows не должны стартовать обе версии. Старый комплект оставьте как закрытую резервную копию на согласованный срок.
Откат
Остановите новую версию. Если изменились только файлы движка и конфиги без несовместимых преобразований данных, верните предыдущий согласованный комплект и его конфигурацию, проверьте пути и ключи. Если выполнялась миграция SQL, сверяйтесь с планом обратной миграции; при её отсутствии восстанавливайте согласованный дамп и ресурсы.
Восстановление старой БД теряет изменения после момента копирования. Зафиксируйте это до начала обновления. Не подключайте старый framework к новой несовместимой схеме только потому, что сервер успешно запускается.
Проверка после отката
Повторите тот же набор проверок: локальный HTTP, ID, журнал SQL, публикация, вход и сохранение персонажа. Убедитесь, что портал не содержит отозванный ключ, который сохранился в старой копии. Сам по себе возврат папки не отменяет изменений в портале, DNS, NAT или сторонних сервисах.
Что записать в журнал обслуживания
Дата, исходная и новая версии, контрольные суммы архивов, список перенесённых файлов, миграции БД, время простоя, результаты проверок и расположение копии. Если обновление не принято, сохраните конкретную ошибку и вернитесь к рабочей версии до следующего окна, не оставляя сервер в бесконечном цикле перезапуска.