پرش به مطلب اصلی

تأیید مهاجرت حاکمیتی (Sovereign Migration Verification)

Ultimate Multisite نسخه 1.2.0 شامل دستورات تأیید WP-CLI برای مهاجرات مستأجران حاکمیتی است. از این دستورات زمانی استفاده کنید که یک مهاجرت مستأجر، بازدید SSO یا نصب ایزوله به درستی کار نکند.

دستوراتی که باید اجرا کنید​

تأیید را از نصب وردپرس شبکه (network WordPress install) اجرا کنید:

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

از شناسه سایت (site ID) مستأجری که در حال مهاجرت هستید استفاده کنید. دستور اول بررسی می‌کند که آیا مستأجر دیگر به داده‌های قدیمی سمت شبکه وابسته نیست یا خیر. دستور دوم تأیید می‌کند که آیا کارهای push حاکمیتی می‌توانند پردازش و تخلیه شوند یا نه.

خطاهای رایج​

مجوزهای دیتابیس با میزبان (host) مطابقت ندارند​

اگر گزارش تأیید نشان‌دهنده خطای دسترسی (grant) یا کاربر نویسنده (writer-user) باشد، میزبان دیتابیس پیکربندی شده را بررسی کنید. localhost، 127.0.0.1 و نام سرویس کانتینر (container service name) میزبان‌های MySQL مجزا هستند. سپس اتصال میزبان مستأجر یا مجوزهای دیتابیس را به‌روزرسانی کرده و دوباره تأیید را اجرا کنید.

نصب Bedrock یا محلی نمی‌تواند متصل شود​

نصب Bedrock و سوکت محلی ممکن است دیتابیس را localhost گزارش کنند در حالی که زمان اجرا (runtime) از طریق یک آدرس نرمال شده متصل می‌شود. نسخه 1.2.0 رشته‌های میزبان یک ماشین را نرمال‌سازی می‌کند، اما تنظیمات میزبان سفارشی همچنان می‌توانند با مجوزهای دیتابیس تداخل ایجاد کنند.

صف push ناهمزمان تخلیه (drain) نمی‌شود​

اگر verify-sovereign-push به پایان نرسد، Action Scheduler یا رانر ناهمزمان پیکربندی شده را بررسی کنید. فقط پس از اطمینان از اینکه کارها برای تلاش مجدد یا دور انداختن ایمن هستند، وظایف ناموفق را پاک کنید.

تعداد کاربران مستأجر اشتباه است​

مهاجرت باید کاربران را برای مستأجر حاکمیتی فراهم کند. اگر کاربر نصب مورد انتظار وجود نداشته باشد، قبل از تلاش مجدد SSO، مرحله فراهم کردن کاربر (user provisioning) را دوباره اجرا کنید.

بازدید SSO رد می‌شود​

ورود خودکار مهمان‌های بدون حالت (Stateless tenant autologin) نیاز دارد که دامنه مهمان، پین منشأ (origin pin)، هدف توکن (token purpose)، نونس (nonce) و تاریخ انقضا باید با هم مطابقت داشته باشند. مطمئن شوید آدرس URL مهمان صحیح است و تلاش برای ورود کمی پس از تولید بازدید SSO انجام می‌شود.

چه زمانی دوباره امتحان کنیم؟​

پس از هر تغییر در زیرساخت، تأیید را مجدداً امتحان کنید. تا زمانی که همه بررسی‌های تأیید با موفقیت انجام نشود، ترافیک تولید (production traffic) را تغییر ندهید، داده‌های منبع را حذف نکنید یا اعتبارنامه‌های مهاجرت را پاک نکنید.