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

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

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-визита.

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

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