Skip to main content

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

Ultimate Multisite: Multi-Tenancy 1.2.0 вклучува команди за проверка со WP-CLI за миграции на суверенни тененти. Користете ги кога миграцијата на тенент, посетата преку SSO или изолираната инсталација не функционира како што очекувате.

Команди за извршување​

Извршете проверката од инсталацијата на WordPress во мрежата:

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

Користете го ID-то на тенантот што го мигрирате. Првата команда проверува дека тенентот повеќе не зависи од старата мрежна податоци. Втората команда ја проверува дали работата за суверенски пуш може да се процесира и да се испушти (drain).

Чести грешки​

Давање на дозволи во базата на податоци не совпаѓа со хостот​

Ако проверка ги додавањето или грешките на writer-user во базата на податоци, проверете го конфигурираниот хост на базата на податоци. localhost, 127.0.0.1 и името на сервисот на контейнер се различни хостови за MySQL дозволи. Ажурирајте ја врската на хостот на тенантот или дозволите во базата на податоци, а потоа повторно извршете проверката.

Bedrock или локални инсталации не можат да се поврзаат​

Bedrock и локалните сокети за инсталација може да ја пријавуваат базата на податоци како localhost додека работата се поврзува преку нормализиран адрес. Верзија 1.2.0 нормализира хостовите на истата машина, но кастомните надворешни пренасочувања на хостот сè уште можат да конфликтираат со дозволите во базата на податоци.

Асинхроноте ќешка за пуш не се испушта (drain)​

Ако verify-sovereign-push не заврши, проверете го Action Scheduler или конфигурираниот асинхронен работач. Очистете ги неуспешните задачи само по тоа што потврдите дека е безбедно да се обидете повторно или да се пропуштат.

Бројот на корисниците на тенантот е погрешен​

Миграцијата треба да го провизира бројот на корисниците за суверенниот тенент. Ако недостасува очекуваниот инсталиран корисник, повторно извршете чекорот за провизијање на корисници пред да го обидете повторно SSO.

Посетата преку SSO е одбиена​

Автоматично најавување на лонетарни (stateless) лонетари бара да се совршат доменот на лонетариот, оригиналниот пин (origin pin), целта на токенот (token purpose), нонс (nonce) и датумот на истекот. Проверете дали URL-от на лонетариот е правилен и ќе се обидете да се најавите веднаш по генерирањето на SSO посета.

Кога да повторите​

Повторете проверката после промена на било која инфраструктура. Не префрлувајте соат流量 во продукција, не бришете изворните податоци и не го отстранувате информации за миграција додека си си ги прошли сите проверки за потврда.