Sovereign Migration Verification

Ultimate Multisite: Multi-Tenancy 1.2.0-ում սեվրեն (sovereign) տեղափոխությունների համար WP-CLI հաստատման հրամաններ են ներառված։ Օգտագործեք դրանք այն դեպքում, երբ տեղափոխությունը, SSO այցելումը կամ առանձին տեղադրումը չեն գործում ըստ ակնկալվողի։

Կատարման հրամաններ

Կատարեք հաստատումը WordPress-ի ցանցային տեղադրումից.

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

Օգտագործեք այն site ID-ն, որը տեղափոխում եք։ Առաջին հրամանը ստուգում է, թե արդյոք տեղափոխվող տենան (tenant) այլևս չի կախված հին ցանցային տվյալներից։ Երկրորդ հրամանը հաստատում է, որ սեվրեն push աշխատանքները կարող են մշակվել և դատարկվել (drain)։

Հաճախակի ձախողումներ

Տվյալների բաժանումները չեն համապատասխանում հոස්ին (Database grants do not match the host)

Եթե հաստատումը վերաբերող տվյալների բաժանումների կամ գրիչ-օգտվորական (writer-user) ձախողումներ են ցույց տալիս, ստուգեք կոնֆիգուրացված տվյալների հոස්ը։ localhost, 127.0.0.1 և կոնտեյներային ծառայության անունները տարբեր MySQL գրանցումների (grant hosts) հոස් են։ Թարմացրեք տենանի հոස් կապը կամ տվյալների բաժանումները, այնուհետև կրկին կատարեք հաստատումը։

Bedrock-ի կամ տեղական (local) տեղադրումները չեն կարող կապվել

Bedrock և տեղական սոկետային (socket) տեղադրումները կարող են ցույց տալ տվյալների բազան որպես localhost, մինչդեռ runtime-ը կապվում է նորմալացված հասցեով։ 1.2.0 տարբերակը նորմալացնում է նույն մեքենայի հոස් տողերը, սակայն ստեղծված հոස්ի հատուկ գերագրումները (custom host overrides) կարող են դեռ բախվել տվյալների բաժանումների հետ։

Ասինխրոն push-ի հերթը չի դատարկվում (Async push queue does not drain)

Եթե verify-sovereign-push-ը չի ավարտվում, ստուգեք Action Scheduler-ը կամ կոնֆիգուրացված asynchrone runner-ը։ Միայն այն դեպքում մաքրեք ձախողված աշխատանքները (jobs), երբ հաստատեք, որ դրանք անվտանգ են փորձարկելու կամ մոռանալու համար։

Տենանի օգտատերերի քանակը սխալ է (Tenant user count is wrong)

Տեղափոխության ժամանակ պետք է տրամադրվեն օգտատերեր սեվրեն տենան համար։ Եթե ակնկալվող տեղադրման օգտատերը բացակայում է, կրկին կատարեք օգտատերերի տրամադրման քայլը SSO-ի փորձարկումից առաջ։

SSO այցելումը մերժվում է (SSO visit is rejected)

Stateless tenant autologin-ը պահանջում է համապատասխան լինել տենանտի ադմինային Դոմեինին (tenant domain), օրիգինալ պինին (origin pin), թոքենի նպատակին (token purpose), nonce-ին և ժամկետին (expiry)։ Հաստատեք, որ տենանտի URL-ը ճիշտ է և մուտքագրումն փորձվում է SSO այցելություն ստեղծելու անմիջական հետո։

Ե՞րբ վերաբերում են փորձարկմանը (retry)

Փորձարկումը կատարեք յուրաքանչյուր ենթախագծային (infrastructure) փոփոխությունից հետո։ Մինչև բոլոր ստուգებները հաջողությամբ անցնեն, չփոխեք արտադրական (production) տրաֆիկը, չստեղծեք աղբիքային տվյալները կամ չանցկացրեք մաքսիմալացման (migration) հավաստագրերը։