Праверка міграції суверенних даних
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 сайту того орендодавця, який ви мігруєте. Перша команда перевіряє, що орендодавець більше не залежить від застарілих даних на стороні мережі. Друга команда перевіряє, чи можуть виконуватися та зливатися завдання суверенного пушу (sovereign push jobs).
Поширені помилки
Доступи до бази даних не збігаються з хостом
Якщо перевірка повідомляє про помилки надання прав або користувача запису (writer-user), перевірте налаштований хост бази даних. localhost, 127.0.0.1 та ім'я сервісу контейнера — це різні хости MySQL для надання прав. Оновіть прив'язку хоста орендодавця або надання прав до бази даних, а потім повторно запустіть перевірку.
Установки Bedrock або локальні сокети не можуть підключитися
Установки Bedrock та локальних сокетів можуть повідомляти про базу даних як localhost, тоді як час виконання (runtime) підключається через нормалізовану адресу. Версія 1.2.0 нормалізує рядки хостів на одній машині, але користувацькі перевизначення хоста все ще можуть конфліктувати з наданням прав до бази даних.
Асинхве черга пушу не зливається (drain)
Якщо verify-sovereign-push не завершується, перевірте Action Scheduler або налаштований асинхронний раннер (async runner). Очищайте невдалі завдання лише після підтвердження того, що вони безпечні для повторної спроби або відкидання.
Кількість користувачів орендодавця неправильна
Міграція повинна створювати користувачів для суверенного орендодавця. Якщо очікуваний кількість користувачів встановленого сайту відсутня, повторіть крок нала штування користувачів перед повторною спробою SSO.
Візит SSO відхиляється
Автоаўтлогін для стэласных тэнанта патрабуе аднага і таго ж: домен тэнанта, прыватны пін (origin pin), мэцель токена (token purpose), nonce і термін валідацыі (expiry) павінны адпавядаць. Падтвердзіце, што URL тэнанта правільны, і спрабуйце праходзіць уватэрацыю непасрэдна пасля генерацыі візіту SSO.
Калі трыскаць зноў
Трыскай варыфікацыю пасля кожнай змены інфраструктуры. Не пераключай трафік продакшн, не давай далей даныя з выкроўленага джерела і не выдаляй крэдыцыі міграцыі, да пакладання ўсіх праверкі валідацыі.