Перейти к основному содержимому

Проверка миграции суверенного сайта

Ultimate Multisite: Multi-Tenancy 1.2.0 включает команды проверки WP-CLI для миграций суверенных арендаторов (tenants). Используйте их, если миграция арендатора, посещение SSO или изолированная установка ведут себя не так, как ожидалось.

Команды для выполнения

Выполните проверку из установки WordPress в сети:

wp tenant verify-no-legacy --site=<site-id>
wp tenant verify-sovereign-push --site=<site-id>

Используйте ID сайта, который вы мигрируете. Первая команда проверяет, что арендатор больше не зависит от устаревших данных на стороне сети. Вторая команда проверяет, что задания суверенного пуша могут обрабатываться и очищаться (drain).

Распространенные ошибки

Разрешения в базе данных не совпадают с хостом

Если проверка сообщает об ошибках разрешений для grant или writer-user, проверьте настроенный хост базы данных. localhost, 127.0.0.1 и имя сервиса контейнера — это разные хосты MySQL для прав доступа (grants). Обновите привязку хоста арендатора или права доступа к базе данных, а затем повторите проверку.

Установки Bedrock или локальные сокеты не могут подключиться

Установки Bedrock и локального сокета могут сообщать о базе данных как localhost, в то время как среда выполнения подключается через нормализованный адрес. Версия 1.2.0 нормализует строки хостов на одной машине, но пользовательские переопределения хоста все равно могут конфликтовать с правами доступа к базе данных.

Очередь асинхронного пуша не очищается (drain)

Если verify-sovereign-push не завершается, проверьте Action Scheduler или настроенный асинхронный раннер. Очищайте неудачные задания только после подтверждения того, что их можно безопасно повторить или отбросить.

Количество пользователей арендатора неверно

Миграция должна предоставить пользователей для суверенного арендатора. Если ожидаемый установленный пользователь отсутствует, выполните шаг предоставления пользователей заново перед повторной попыткой SSO.

Посещение SSO отклонено

Для автоматического входа арендатора без сохранения состояния (stateless tenant autologin) необходимо, чтобы домен арендатора, origin pin, purpose токена, nonce и срок действия совпадали. Убедитесь, что URL арендатора правильный, и попытка входа будет осуществлена вскоре после генерации SSO-визита.

Когда повторять попытку

Повторяйте проверку после каждого изменения инфраструктуры. Не переключайте трафик на продакшн, не удаляйте исходные данные и не удаляйте учетные данные миграции до тех пор, пока все проверки не пройдут успешно.