slon - آنلاین در ابر

برنامه:

نام

slon - Slony-I دیمون

خلاصه

SLO [انتخاب]... [نام خوشه] [اطلاعاتی]

شرح

slon برنامه دیمونی است که Replication Slony-I را اجرا می کند. یک نمونه slon باید باشد
برای هر گره در یک خوشه Slony-I اجرا کنید.

OPTIONS

-d log_level
La log_level مشخص می کند که کدام سطح از پیام های اشکال زدایی slon باید در چه زمانی نمایش داده شود
ثبت فعالیت آن

سطوح XNUMX گانه ثبت عبارتند از:

· کشنده

· خطا

· هشدار

· پیکربندی

· اطلاعات

اشکال زدایی 1

اشکال زدایی 2

اشکال زدایی 3

اشکال زدایی 4

پنج سطح اول گزارش بدون اشکال زدایی (از Fatal تا Info) هستند همیشه نمایش داده شده در
سیاهههای مربوط در نسخه های اولیه Slony-I، "پیشنهاد شده" log_level مقدار 2 بود که می شود
خروجی لیست در تمام سطوح تا سطح 2 اشکال زدایی. در Slony-I نسخه 2، این است
توصیه می شود تنظیم شود log_level به 0؛ بسیاری از اطلاعات به طور مداوم جالب ورود است
در سطوح بالاتر از آن تولید می شود.

-s SYNC بررسی فاصله
La sync_interval، که در میلی ثانیه اندازه گیری می شود، نشان می دهد که اسلون چند وقت یکبار باید چک کند
برای دیدن اینکه آیا a SYNC باید معرفی شود. پیش فرض 2000 میلی ثانیه است. حلقه اصلی در
sync_Thread_main() در فواصل زمانی می خوابد sync_interval میلی ثانیه بین
تکرار

فواصل کوتاه بررسی همگام‌سازی، مبدأ را روی یک «بند کوتاه» نگه می‌دارد و آن را به‌روزرسانی می‌کند
مشترکین بیشتر اگر دنباله هایی دارید که به طور مکرر تکرار می شوند
به روز شده بدون جداولی وجود دارد که تحت تأثیر قرار می گیرند، این از وجود آن ها جلوگیری می کند
زمان هایی که فقط دنباله ها به روز می شوند و بنابراین نه همگام سازی ها انجام می شود

اگر گره مبدأ هیچ مجموعه تکراری نباشد، بنابراین هیچ به روز رسانی وارد نمی شود،
این مقدار بسیار کمتر از این مقدار است sync_interval_timeout
ارزش.

-t SYNC فاصله فاصله
در پایان هر کدام sync_interval_timeout دوره وقفه، الف SYNC تولید خواهد شد
در گره "محلی" حتی اگر هیچ داده قابل تکراری به روز نشده باشد
باعث شده اند a SYNC تولید شود.

اگر فعالیت برنامه متوقف شود، چه به دلیل بسته شدن برنامه، یا
از آنجایی که کاربران انسانی به خانه رفته اند و از ارائه به روز رسانی ها دست کشیده اند SLO(1)
تکرار خواهد شد، هر از خواب بیدار می شود sync_interval میلی ثانیه، و بدون به روز رسانی
در حال ساخت هستند، خیر SYNC رویدادها ایجاد خواهد شد. بدون این پارامتر زمان‌بندی،
نه SYNC رویدادها ایجاد می‌شوند و به نظر می‌رسد که تکرار در حال سقوط است
پشت.

La sync_interval_timeout ارزش در نهایت منجر به تولید a می شود SYNC، حتی
اگرچه هیچ کار تکراری واقعی برای انجام وجود نداشت. کمتر از این پارامتر
تنظیم شده است، اغلب SLO(1) ایجاد خواهد کرد SYNC رویدادهای زمانی که برنامه
فعالیت قابل تکرار ایجاد نمی کند. این دو اثر خواهد داشت:

· سیستم کارهای تکراری بیشتری را انجام خواهد داد.

(البته، از آنجایی که هیچ برنامه کاربردی در پایگاه داده وجود ندارد، و هیچ داده ای برای
تکرار کنید، تحمل این بار بسیار آسان خواهد بود.

· به نظر می رسد تکرار بیشتر به روز نگه داشته می شود.

(البته، از آنجایی که هیچ فعالیت قابل تکراری در حال انجام نیست، بیشتر به
خرما چیزی شبیه سراب است.)

پیش‌فرض 10000 میلی‌ثانیه و حداکثر 120000 میلی‌ثانیه است. به‌طور پیش‌فرض، می‌توانید از هر گره انتظار داشته باشید
'گزارش در' با a SYNC هر 10 ثانیه

توجه داشته باشید که SYNC رویدادها نیز در گره های مشترک ایجاد می شوند. از آنجایی که آنها در واقع نیستند
تولید هر گونه داده برای تکثیر به گره های دیگر، اینها SYNC اتفاقات وحشتناکی نیستند
ارزش بسیار

-g گروه اندازه
این حداکثر را کنترل می کند SYNC اندازه گروه، sync_group_maxsize; پیش فرض 6 است. بنابراین،
اگر یک گره خاص 200 عقب باشد SYNCs، سعی خواهد کرد آنها را با هم گروه بندی کند
به گروه هایی با حداکثر اندازه sync_group_maxsize. می توان انتظار داشت که این کاهش یابد
سربار تراکنش به دلیل داشتن تراکنش های کمتر به مرتکب شدن.

پیش‌فرض 6 احتمالاً برای سیستم‌های کوچکی مناسب است که فقط می‌توانند بسیار را اختصاص دهند
بیت های حافظه محدود به slon. اگر حافظه زیادی دارید، همینطور است
منطقی است که این را افزایش دهید، زیرا میزان کار انجام شده در هر یک را افزایش می دهد
تراکنش، و به مشترکی که خیلی عقب مانده است، این امکان را می دهد که بیشتر به آن برسد
به سرعت.

فرآیندهای Slon معمولاً بسیار کوچک می مانند. حتی با ارزش زیادی برای این گزینه،
انتظار می رود slon تنها به چند مگابایت افزایش یابد.

مزیت بزرگ در افزایش این پارامتر ناشی از کاهش آن است
تعداد معامله مرتکب شدنs; حرکت از 1 به 2 قابل توجه است
منفعت دارد، اما به محض انجام معاملات، مزایا به تدریج از بین خواهند رفت
پردازش شده به اندازه معقولی بزرگ می شود. به احتمال زیاد ماده ای وجود ندارد
تفاوت عملکرد بین 80 و 90; در آن نقطه، چه بزرگتر باشد
بهتر به این بستگی دارد که آیا مجموعه بزرگتر SYNCs را می سازد ورود کاربران رفتار مکان نما
بدلیل مصرف بیشتر حافظه و نیاز به زمان بیشتری برای مرتب سازی.

در Slony-I نسخه 1.0، slon همیشه سعی می کند گروه بندی کند SYNCبا هم به این
حداکثر، که نخواهد بود اگر تکرار تا حدودی توسط آن بی ثبات شده باشد، ایده آل باشد
به روز رسانی های بسیار بزرگ وجود دارد (به عنوان مثال - یک تراکنش که صدها مورد را به روز می کند
از هزاران ردیف) یا توسط SYNCدر یک گره مبدأ با نتیجه مختل می شود
که تعداد کمی وجود دارد SYNCs که بسیار بزرگ هستند. ممکن است با این مشکل مواجه شوید که
گروه بندی با هم تعدادی بسیار بزرگ SYNCs یک فرآیند slon را از بین می برد. وقتی انتخاب می کند
دوباره، سعی می کند همان مجموعه بزرگ گروه بندی شده را پردازش کند SYNCs، و اجرا به
همین مشکل بارها و بارها تا زمانی که یک مدیر آن را قطع کند و تغییر کند
la -g ارزش برای شکستن این "بن بست".

در نسخه Slony-I نسخه 1.1 و نسخه‌های بعدی، slon به‌جای آن به‌طور تطبیقی ​​افزایش می‌یابد.
از انجام 1 SYNC در یک زمان به سمت حداکثر اندازه گروه. در نتیجه، اگر وجود داشته باشد
یک زن و شوهر هستند SYNCs که باعث ایجاد مشکل می شود، slon (با هر مرتبط
کمک نگهبان) همیشه می تواند به نقطه ای برسد که آن را پردازش می کند
مشکل SYNCیکی یکی، امیدوارم کمک اپراتور غیر ضروری باشد.

-o مطلوب همگام زمان
"حداکثر" زمان برنامه ریزی شده برای گروه بندی SYNCs.

اگر تکرار در حال اجرا باشد، slon به تدریج تعداد آنها را افزایش می دهد SYNCs
با هم گروه بندی می شوند و آن را هدف قرار می دهند (بر اساس زمان صرف شده برای آخرین گروهی از
SYNCث) نباید بیش از مقدار مشخص شده مصرف کنند دلخواه_همگام_زمان ارزش.

مقدار پیش فرض برای دلخواه_همگام_زمان 60000ms برابر با یک دقیقه است.

به این ترتیب، شما می توانید انتظار داشته باشید (یا حداقل امیدوار باشید!) که یک را دریافت کنید مرتکب شدن تقریبا یک بار
در هر دقیقه

این نیست کاملا قابل پیش بینی است، زیرا این امکان وجود دارد که کسی یک درخواست کند
بسیار بزرگ به روز رسانی، همه به عنوان یک تراکنش، که می تواند طول تراکنش را منفجر کند
نتیجه SYNC تقریباً خودسرانه طولانی باشد. در چنین حالتی اراده اکتشافی
عقب نشینی برای بعد گروه.

اثر کلی بهبود توانایی Slony-I برای مقابله با تغییرات در است
ترافیک با شروع با 1 SYNC، و به تدریج به سمت بیشتر حرکت می کند، حتی اگر به نوبه خود وجود داشته باشد
تغییرات به اندازه کافی بزرگ هستند که باعث خرابی Backendهای PostgreSQL شوند، Slony-I
در صورت لزوم، برای شروع با یک همگام سازی در هر زمان، عقب نشینی می کند، به طوری که اگر باشد
به هیچ وجه امکان پیشرفت تکرار وجود داشته باشد.

-c پاکسازی چرخه
ارزش vac_frequency نشان می دهد که هر چند وقت یکبار واکسن در چرخه های پاکسازی

برای غیرفعال کردن جاروبرقی آغاز شده توسط slon، آن را روی صفر تنظیم کنید. اگر از چیزی استفاده می کنید
مانند pg_autovacuum برای راه‌اندازی خلاءها، ممکن است برای راه‌اندازی به slon نیاز نداشته باشید.
خودش را جاروبرقی می کشد. اگر نیستید، برخی از جداول Slony-I وجود دارد که از آنها استفاده می کند
خیلی تاپل های مرده که باید به طور مکرر جاروبرقی شوند، به ویژه pg_listener.

در Slony-I نسخه 1.1، این کمی تغییر می کند. آهنگ های موضوع پاکسازی، از
تکرار به تکرار، اولین شناسه تراکنش که هنوز در سیستم فعال است. اگر
این از یک تکرار به تکرار دیگر تغییر نمی کند، سپس یک تراکنش قدیمی تغییر می کند
هنوز فعال است و بنابراین الف واکسن هیچ خوبی نخواهد کرد در عوض موضوع پاکسازی
فقط یک تجزیه و تحلیل در این جداول برای به روز رسانی آمار در pg_statistics.

-p PID نام فایل
pid_file شامل نام فایلی است که PID (شناسه فرآیند) slon در آن ذخیره شده است.

این ممکن است ساخت اسکریپت هایی را برای نظارت بر چندین فرآیند slon آسان تر کند
در حال اجرا بر روی یک هاست

-f پیکربندی پرونده
فایلی که از آن می توان پیکربندی slon را خواند.

این پیکربندی بیشتر در Slon Run-time Configuration [«زمان اجرا
پیکربندی» [به عنوان صفحه مرد در دسترس نیست]]. اگر قرار باشد مجموعه پیچیده ای از
پارامترهای پیکربندی، یا اگر پارامترهایی وجود دارد که نمی‌خواهید قابل مشاهده باشند
در متغیرهای محیط فرآیند (مانند رمزهای عبور)، ممکن است راحت باشد
بسیاری یا همه پارامترها را از یک فایل پیکربندی بکشید. شما یا ممکن است مشترک قرار دهید
پارامترها برای تمام فرآیندهای slon در یک فایل پیکربندی پرکاربرد، اجازه می دهد
خط فرمان را به جز اطلاعات اتصال مشخص کنید. متناوبا، از سوی دیگر،
شما ممکن است یک فایل پیکربندی برای هر گره ایجاد کنید.

-a بایگانی فهرست راهنما
archive_dir دایرکتوری را نشان می دهد که در آن دنباله ای از قرار می گیرد SYNC بایگانی
فایل‌ها برای استفاده در حمل و نقل گزارش ["Log Shipping - Slony-I with Files" [در دسترس نیست
به عنوان یک صفحه مرد]] حالت.

-x فرمان به اجرا on ورود به سیستم بایگانی
command_on_logarchive دستوری را نشان می دهد که هر بار که یک فایل SYNC اجرا می شود
با موفقیت تولید شد.

مشاهده جزئیات بیشتر در "slon_conf_command_on_log_archive" [به عنوان یک مرد در دسترس نیست
صفحه].

-q ترک مستقر on SYNC ارائه دهنده
quit_sync_provider نشان می دهد که رشته کارگر ارائه دهنده در کدام یک باید تماشا شود
به منظور خاتمه پس از یک رویداد خاص. این باید همراه با استفاده شود
-r گزینه زیر ...

این به شما این امکان را می دهد که پس از یک نقطه خاص، یک slon متوقف شود.

-r ترک at واقعه عدد
quit_sync_finalsync شماره رویدادی را نشان می دهد که پس از آن رزوه کارگر راه دور حرکت می کند
برای ارائه دهنده فوق باید خاتمه یابد. این باید همراه با استفاده شود
-q گزینه بالا...

-l تاخیر فاصله
تاخیر_فاصله مقدار بازه ای مانند 3 دقیقه or 4 ساعت or 2 روز
که نشان می دهد که این گره باید ارائه دهندگان خود را با فاصله زمانی مشخص عقب بیاندازد
زمان. این باعث می شود که رویدادها تا زمانی که به سن مربوط به آن برسند نادیده گرفته شوند
فاصله
هشدار

این تاخیر یک جنبه منفی همراه دارد. رویدادهایی که به همه گره ها نیاز دارند
همگام سازی کنید، همانطور که معمولاً اتفاق می افتد SLONIK FAILOVER(7) و SLONIK حرکت مجموعه(7)
باید منتظر این گره عقب مانده بود.

ممکن است این رفتار در زمان شکست یا زمانی که شما می خواهید، ایده آل نباشد
اجرا SLONIK اجرا کردن اسکریپت(7).

خروج وضعیت

slon 0 را به پوسته برمی گرداند اگر به طور معمول تمام شود. از طریق برمی گردد خروج (-1) (که خواهد شد
به احتمال زیاد بسته به سیستم شما مقدار بازگشتی 127 یا 255 را ارائه می دهد
با هر خطای مرگبار مواجه می شود.

از slon آنلاین با استفاده از خدمات onworks.net استفاده کنید