Running-config، Startup-config و ذخیره تنظیمات

show running-config وضعیت جاری را نشان می‌دهد

Cisco بین Running-config و Startup-config تفاوت می‌گذارد. Running همان چیزی است که الان در RAM اجرا می‌شود؛ Startup چیزی است که دستگاه هنگام Boot برای شروع Configuration می‌خواند.

اگر تغییر درست را Save نکنی، بعد از Reload از بین می‌رود. اگر تغییر بد را عجولانه Save کنی، مشکل بعد از Reboot هم برمی‌گردد. پس Save یک کار آگاهانه بعد از Verification است.

show running-config وضعیت جاری را نشان می‌دهد. show startup-config نسخه ذخیره‌شده را نشان می‌دهد.

copy running-config startup-config روش رایج ذخیره است

copy running-config startup-config روش رایج ذخیره است. Backup خارجی می‌تواند با SCP/TFTP یا Management Platform انجام شود.

write memory روی بسیاری IOSها معادل ذخیره رایج است ولی copy ... صریح‌تر است. Startup-config ممکن است در NVRAM/Storage نگهداری شود. Backup باید Version و Date و Device Identity مشخص داشته باشد.

Save روی خود Device با Backup خارج Device فرق دارد

Save روی خود Device با Backup خارج Device فرق دارد. اگر خود Storage خراب شود، Startup-config محلی کمک نمی‌کند؛ نسخه خارج دستگاه برای Recovery لازم است.

Running وضعیت فعال و Startup وضعیت Boot است. Verification قبل از Save مهم است. Backup خارج Device بخش جدا از Save محلی است.

قبل و بعد از Change diff منطقی بگیر

از قبل و بعد از Change diff منطقی بگیر شروع کن. بعد Running و Startup را مقایسه کن. اگر تا اینجا چیزی غیرعادی ندیدی، بعد از Verification ذخیره کن. در آخر Backup را واقعاً قابل Restore بودن تست کن.

نتیجه «قبل و بعد از Change diff منطقی بگیر» و «Running و Startup را مقایسه کن» را کنار هم بگذار. اگر هر دو طبیعی بودند، «بعد از Verification ذخیره کن» کمک می‌کند محدوده مشکل کوچک‌تر شود. «Backup را واقعاً قابل Restore بودن تست کن» را زمانی انجام بده که بررسی‌های قبلی جواب روشنی نداده‌اند.

کارشناس VLAN جدید را ایجاد کرده و همه چیز کار می‌کند، اما Save نکرده است

کارشناس VLAN جدید را ایجاد کرده و همه چیز کار می‌کند، اما Save نکرده است. برق Rack قطع و وصل می‌شود و VLAN از بین می‌رود. مشکل از Switch Hardware نیست؛ Change فقط در Running بوده است.

ترتیب منطقی بررسی همین وضعیت می‌تواند این باشد: قبل و بعد از Change diff منطقی بگیر → Running و Startup را مقایسه کن → بعد از Verification ذخیره کن → Backup را واقعاً قابل Restore بودن تست کن. این ترتیب را با نتیجه واقعی هر مرحله جلو ببر؛ اگر یکی از بررسی‌ها علت را روشن کرد، سراغ تغییرهای بی‌ربط نرو.

در Packet Tracer Hostname را تغییر بده

در Packet Tracer Hostname را تغییر بده، Running و Startup را مقایسه کن، بدون Save Reload کن و نتیجه را ببین. سپس تغییر را دوباره انجام بده و این بار Save کن.

قبل از ایجاد خطا «قبل و بعد از Change diff منطقی بگیر» را در حالت سالم ثبت کن. بعد از ایجاد یک خطای کنترل‌شده، همان مورد و در پایان «Backup را واقعاً قابل Restore بودن تست کن» را دوباره بررسی کن. تفاوت قبل و بعد باید در گزارش تمرین مشخص باشد.

Save فوری قبل از Test

Save فوری قبل از Test. یکی دانستن Startup Config با Backup خارج دستگاه. نگه داشتن Backup بدون نام Device/Date.

CCST باید تفاوت Running/Startup و اصل Backup را بفهمد. Configuration Archive و Automation پیشرفته برای بعد است.

Running وضعیت فعال و Startup وضعیت Boot است

Running وضعیت فعال و Startup وضعیت Boot است. Verification قبل از Save مهم است. Backup خارج Device بخش جدا از Save محلی است.

کدام Configuration با Reload بدون Save از بین می‌رود؟ تغییراتی که فقط در Running-config هستند. چرا Startup-config جای Backup خارجی را نمی‌گیرد؟ چون هر دو روی همان Device/Storage می‌توانند هم‌زمان از دست بروند.

Running-config همان تنظیمی است که دستگاه همین حالا با آن کار می‌کند و معمولاً در

Running-config همان تنظیمی است که دستگاه همین حالا با آن کار می‌کند و معمولاً در RAM قرار دارد. Startup-config نسخه‌ای است که دستگاه هنگام Boot برای شروع Configuration می‌خواند. اگر فقط Running را تغییر بدهی و ذخیره نکنی، Reload می‌تواند تغییر را از بین ببرد.

دستور رایج `copy running-config startup-config` تغییرات فعلی را برای Boot بعدی ذخیره می‌کند. قبل از ذخیره، Configuration را مرور کن تا اشتباه موقت را دائمی نکنی. برای Backup بیرونی هم باید نسخه‌ای با تاریخ، نام Device و محل امن داشته باشی تا Recovery به «آخرین فایلی که شاید درست باشد» وابسته نشود.