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

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

sudo mariadb -e "SET GLOBAL read_only=OFF; INSERT INTO academy_lab.replication_probe VALUES (2,'after-seed'); SELECT @@GLOBAL.gtid_binlog_pos AS target_gtid; SELECT * FROM academy_lab.replication_probe ORDER BY id;"

با روش قبلی نشست SQL رپلیکا را باز کنید و GTID واقعی مرحلهٔ قبل را جایگزین نمایید. نتیجهٔ غیرمنفی یعنی رسیدن به تراکنش؛ مقدار1- یعنی پایان مهلت و NULL یعنی خطا. هیچ‌کدام را موفقیت حساب نکنید، حتی اگر فیلد تأخیر صفر باشد. هر دو ردیف و متنشان باید با سرور اصلی یکسان باشند. این بررسی برای جدول کوچک آزمایش است و تطبیق همهٔ داده‌های تولیدی محسوب نمی‌شود.

SELECT MASTER_GTID_WAIT('REPLACE_WITH_ACTUAL_TARGET_GTID',30) AS wait_result;
SELECT id,note FROM academy_lab.replication_probe ORDER BY id;
SHOW SLAVE STATUS\G
EXIT;

این آزمون اختیاری فقط رپلیکا را پس از مقایسهٔ موفق داده موقتاً قطع می‌کند. چون شروع خودکار غیرفعال نشده، کانال معمولاً پس از راه‌اندازی بالا می‌آید. داده، GTID، هر دو رشته و وضعیت فقط‌خواندنی را دوباره ببینید. راه‌اندازی مجدد، نبود باینری‌لاگ یا ناسازگاری داده را درمان نمی‌کند.

sudo systemctl restart mariadb
systemctl is-active mariadb
sudo mariadb -e "SHOW SLAVE STATUS\G; SELECT @@read_only,@@GLOBAL.gtid_slave_pos; SELECT * FROM academy_lab.replication_probe ORDER BY id;"

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

sudo bash -eu <<'BACKUP'
umask 077
install -d -m 0700 /root/academy-backups
backup=$(mktemp -d /root/academy-backups/mariadb-XXXXXXXX)
mariadb-dump --single-transaction --quick --routines --events --triggers --databases academy_lab > "$backup/academy_lab.sql"
test -s "$backup/academy_lab.sql"
tar -C / -cpf "$backup/config-tls.tar" etc/mysql/mariadb.conf.d/90-academy-replication.cnf etc/mysql/tls
cd "$backup"
sha256sum academy_lab.sql config-tls.tar > SHA256SUMS
sha256sum -c SHA256SUMS
tar -tf config-tls.tar >/dev/null
tar -C / -df config-tls.tar
printf 'Retained backup: %s\n' "$backup"
BACKUP

برای توقف یا برگشت، خواندن برنامه را از رپلیکا جدا کنید و نویسندهٔ سالم را همان سرور اصلی نگه دارید. هیچ‌کدام را ارتقا ندهید. در فایل رپلیکا، گزینهٔ پنل بعدی را داخل گروه موجود اضافه کنید و read_only را روشن نگه دارید. توقف رشته به‌تنهایی پس از راه‌اندازی مجدد پایدار نیست.

sudo nano /etc/mysql/mariadb.conf.d/90-academy-replication.cnf

فقط همین گزینه را داخل گروه موجود mariadb در فایل رپلیکا اضافه کنید؛ باقی فایل را جایگزین نکنید.

skip_slave_start=ON