Technical Tutorials

مهاجرت یک پایگاه داده PostgreSQL به ندرت تنها جابجایی داده‌هاست؛ بلکه تضمین تداوم، یکپارچگی و عملکرد است. چه از سرور محلی به سرویس ابری مانند AWS RDS یا Azure Database for PostgreSQL منتقل می‌شوید و چه فقط نسخه را از ۱۲ به ۱۵ ارتقا می‌دهید، ریسک‌ها بالا هستند. زمان توقف هزینه دارد و فساد داده‌ها اعتماد را از بین می‌برد. در این راهنما، دو روش‌شناسی اصلی برای مهاجرت PostgreSQL را بررسی می‌کنیم: منطقی و فیزیکی، تا به شما کمک کنیم ابزار مناسب را برای نیازهای معماری خاص خود انتخاب کنید.

انتخاب استراتژی مهاجرت مناسب

قبل از اجرای هر دستوری، باید بین مهاجرت منطقی یا فیزیکی تصمیم بگیرید. مهاجرت منطقی شامل صادرات ساختار داده و محتوا به فایل‌های SQL یا فرمت سفارشی و وارد مجدد آن‌ها در مقصد است. این روش برای ارتقای نسخه‌های مختلف، تغییر پلتفرم یا پایگاه‌های داده کوچک تا متوسط که در آن‌ها تأخیر شبکه قابل مدیریت است، ایده‌آل می‌باشد. ابزارهای اصلی در اینجا pg_dump و pg_restore هستند.

مهاجرت فیزیکی، از سوی دیگر، شامل کپی مستقیم فایل‌های خام داده است. این روش برای مجموعه داده‌های عظیم (ترابایت) به طور قابل توجهی سریع‌تر است و ساختارهای داخلی PostgreSQL را دقیقاً حفظ می‌کند. با این حال، نیاز به سازگاری سخت‌گیرانه نسخه و دسترسی به سیستم فایل پایه دارد. ابزارهایی مانند pg_basebackup یا راه‌اندازی‌های تکثیر شخص ثالث در اینجا رایج هستند. برای بیشتر وظایف اداری استاندارد، مهاجرت منطقی بهترین تعادل بین انعطاف‌پذیری و کنترل را ارائه می‌دهد.

مرحله ۱: آماده‌سازی و تحلیل طرحواره

هرگز به صورت کورکورانه مهاجرت نکنید. با تحلیل پایگاه داده مبدأ برای شناسایی مشکلات بالقوه شروع کنید. اشیاء بزرگ، وابستگی‌های خاص افزونه‌ها یا جداول متورم می‌توانند باعث گلوگاه شوند. از کوئری زیر برای شناسایی بزرگ‌ترین جداول استفاده کنید که استراتژی تقسیم‌بندی شما را تعیین خواهد کرد:

SELECT
    nspname || '.' || relname AS "relation",
    pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
FROM pg_class C
LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog', 'information_schema')
ORDER BY pg_total_relation_size(C.oid) DESC
LIMIT 10;

علاوه بر این، اطمینان حاصل کنید که محیط مقصد افزونه‌های ضروری (مانند postgis، pgcrypto) را پیش از تلاش برای هرگونه بازیابی داده نصب کرده است.

مرحله ۲: اجرای صادرات منطقی

نیروی کار مهاجرت PostgreSQL pg_dump است. برای یک پشتیبان‌گیری منطقی کامل، از پرچم -Fc برای ایجاد یک آرشیو با فرمت سفارشی استفاده کنید. این فرمت فشرده است و گزینه‌های بازیابی با جزئیات دقیق‌تر را در بعداً امکان‌پذیر می‌سازد. اگر با پایگاه داده بسیار بزرگی سروکار دارید، با تنظیم پرچم -j برای بهره‌گیری از هسته‌های CPU متعدد، از صادرات موازی استفاده کنید.

# پشتیبان‌گیری منطقی کامل با فرمت سفارشی
pg_dump -U myuser -h localhost -Fc -f mydb_backup.dump my_database

# صادرات موازی برای عملکرد سریع‌تر (نیاز به ۴+ هسته دارد)
pg_dump -U myuser -h localhost -Fc -j 4 -f mydb_backup.dump my_database

مرحله ۳: بازیابی به محیط مقصد

پس از انتقال فایل dump به سرور مقصد خود (با استفاده از scp یا ذخیره‌سازی ابری)، می‌توانید آن را با استفاده از pg_restore بازیابی کنید. این ابزار چندمنظوره است و می‌تواند هم با dump‌های سفارشی و هم با فایل‌های SQL ساده کار کند.

# بازیابی به یک پایگاه داده جدید
createdb -U myuser -h target_host new_database
pg_restore -U myuser -h target_host -d new_database mydb_backup.dump

توجه داشته باشید که اگر به نسخه اصلی جدیدتری از PostgreSQL مهاجرت می‌کنید، ممکن است با هشدارهای سازگاری مواجه شوید. اغلب ایمن‌تر است که از نسخه قدیمی dump بگیرید و به نسخه جدید بازیابی کنید، به جای ارتقای درجا، زیرا این کار هرگونه باگ خاص نسخه را در طول انتقال ایزوله می‌کند.

بهترین شیوه‌ها برای توقف بدون زمان

برای محیط‌های تولید، یک چرخه dump/restore واحد اغلب ناکافی است زیرا زمان لازم برای انتقال مجموعه داده‌های بزرگ وجود دارد. برای دستیابی به توقف نزدیک به صفر، در نظر بگیرید که از تکثیر منطقی استفاده کنید. یک گره مشترک‌المنافع (subscriber) را در محیط مقصد خود راه‌اندازی کنید، داده‌ها را به صورت افزایشی تکثیر کنید و سپس یک تغییر وضعیت همگام‌سازی نهایی انجام دهید. این اطمینان حاصل می‌کند که پایگاه داده مقصد تا لحظه دقیق تغییر رشته اتصال برنامه شما با منبع همگام می‌ماند.

نتیجه‌گیری

مهاجرت پایگاه‌های داده PostgreSQL نیازمند برنامه‌ریزی دقیق است، اما با بهره‌گیری از ابزارهای قدرتمند ارائه شده توسط اکوسیستم PostgreSQL، می‌توانید ریسک را به حداقل برسانید. چه انعطاف‌پذیری dump‌های منطقی را انتخاب کنید و چه سرعت پشتیبان‌گیری‌های فیزیکی را، همیشه فرآیند مهاجرت خود را ابتدا در یک محیط آزمایشگاهی تست کنید. یکپارچگی داده‌ها را تأیید کنید، اتصال برنامه را بررسی کنید و شاخص‌های عملکرد را پس از مهاجرت برای اطمینان از انتقالی روان پایش کنید.