آموزش نصب و راه‌اندازی رپلیکیشن MariaDB در اوبونتو و دبیان

روی میزبان خراب، خطای گزینه، دسترسی کلید و آدرس bind را ببینید. با ویرایشگر مرحلهٔ همان میزبان اصلاح کنید و پنل بررسی و راه‌اندازی همان بخش را اجرا نمایید. نمونهٔ دوم را روی پوشهٔ دادهٔ مشترک روشن نکنید.

sudo mariadbd --verbose --help >/dev/null
sudo systemctl status mariadb --no-pager
sudo journalctl -u mariadb -n 60 --no-pager
ip -br address

روی رپلیکا، خطای DNS و TCP را از رمز/مبدأ اشتباه یا خطای گواهی جدا کنید. Last_IO_Error راهنماست. برای فایروال از پنل سرور اصلی استفاده کنید؛ تأیید TLS را خاموش نکنید و محدودهٔ حساب را باز نگذارید.

getent ahostsv4 db-primary.example.internal
sudo mariadb -e "SHOW SLAVE STATUS\G"
sudo -u mysql test -r /etc/mariadb/tls/ca.pem
sudo journalctl -u mariadb -n 60 --no-pager

روی رپلیکا، ردیف تکراری1062، ردیف گم‌شده1032 یا ترتیب نامعتبر GTID نشانهٔ اختلاف داده یا بذر اشتباه است؛ خطا را رد نکنید. با روش توقف پایدار، نمونه را از خواندن برنامه جدا و برای بررسی حفظ کنید. پایان مهلت گاهی فقط از صف کار است؛ وضعیت هر دو رشته و دیسک را ببینید.

sudo mariadb -e "SHOW SLAVE STATUS\G; SELECT @@GLOBAL.gtid_slave_pos;"
df -h /var/lib/mariadb
df -i /var/lib/mariadb
sudo journalctl -u mariadb -n 60 --no-pager

روی سرور اصلی، لاگ‌های موجود را با خطای1236 و موقعیت نسخهٔ اولیه مقایسه کنید. تاریخچه را بازنشانی نکنید و GTID تازه را به دادهٔ قدیمی وصل نکنید. نمونهٔ فعلی را نگه دارید و رپلیکای جدا با بذر جدید بسازید؛ افزایش نگهداری هم به ظرفیت دیسک نیاز دارد.

sudo mariadb -e "SHOW BINARY LOGS; SELECT @@GLOBAL.gtid_binlog_pos,@@binlog_expire_logs_seconds;"
df -h /var/lib/mariadb

اعتبار، نام و کلید سرور اصلی را با پنل گواهی بسنجید. در تعویض CA ابتدا زنجیرهٔ معتبر دورهٔ گذار به رپلیکا تحویل شود و تأیید سخت‌گیرانه حفظ گردد. راه‌اندازی سرور اصلی قطعی اتصال دارد و به زمان‌بندی و بررسی دوبارهٔ داده نیاز دارد. کلید خصوصی را در تیکت عمومی نگذارید.

sudo openssl x509 -in /etc/mariadb/tls/server.pem -noout -dates -ext subjectAltName
sudo openssl x509 -in /etc/mariadb/tls/server.pem -checkend 604800 -noout