بُردبار باشید ...  
     
 

وب گاه شخصی بابک توکلی

 
 

وبلاگ جدید من

آرشیو: فروردین

 

پست شماره : ۲۱

اثاث کشی به وبلاگ برای پرهیز از اختراع مجدد چرخ

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

من برای ایجاد همین پست ها که در صفحهء روزنگاشت میبینید یک برنامه نوشته بودم که محتوی صفحه را عوض کند اما امکانات ضرورری و بسیار متنوع وردپرس مانند کامنت، آرشیو، دسته بندی و غیره نیازمند نوشتن برنامه های دیگری بود و از آنجا که همیشه کار من اختراع مجدد چرخ است تصمیم داشتم این قبیل برنامه ها را نیز بنویسم و در سایت قرار دهم.

 برنامه نویسی انسان اولیه برای امکانات اولیه یک وبلاگ

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

 

تاریخ ارسال: ۳۰  خرداد ۱۳۸۸

   
 
       
   

پست شماره : ۲۰

وظایف Admin ها در هنگام بروز مشکل

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

همیشه خرابی سیستمها عامل توقف سرویس نیست. گاهی ارتقاء سخت افزار، تغییر محل سایت رایانه، افزودن سخت افزار جدید یا نصب یا ارتقاء نرم افزار موجب توقف سرویس می شود. در این حالت نیز مانند حالت قبل Admin های سیستم عامل، شبکه، برنامه کاربردی و پایگاه داده باید با همکاری هم سرویس را مجددا راه اندازی کنند.

اولین قدم حفظ خونسردی  و اخلاق است. Admin ها باید خونسردی خود را حفظ نموده با تسلط به اعصاب خود با یکدیگر مشارکت سازنده داشته باشند. به هیچ وجه و تحت هیچ شرایطی نباید دچار آسیمگی (Panic) شد و نباید اجازه داد نگرانی و اضطراب بر افراد غلبه کند. در هنگام آشفتگی دقت فرد کاهش چشمگیر یافته و تصمیمات اشتباه بیشتر می شود. فرد سرآسیمه ساده ترین مسائل را نمی بیند. حتی یک آیکن برنامه را که روی دسکتاپ قرار دارد نمی بیند و برای اجرای آن از چند منو تو در تو استفاده می کند.

همچنین توجه به اخلاق و مدارا در هنگام بروز مشکل یا تغییر بسیار مهم است. فرض کنید یک سرویس نرم افزاری دچار مشکل شده است. Admin برنامه و Admin  پایگاه داده باید توجه داشته باشند که هرگز نباید یکدیگر را مسئول خرابی بدانند و نباید ستیزه کنند. اگر یکی از دو Admin به دیگری بگوید که خرابی از جانب او بوده، وی را در مقابل خود قرار داده و امتیاز مشارکت او را در عیب یابی از دست می دهد.

در گام بعدی باید ارتباط شبکه بررسی شود. با توجه به وجود ابزارهای ساده ای مانند Ping و Tracert بررسی شبکه بسیار آسان است. برخی سوالاتی که باید در این مرحله پاسخ داده شوند عبارتند از« آیا کاربران نهایی به شبکه دسترسی دارند ؟ آیا سرورها با هم در ارتباط هستند ؟ آیا ارتباط بین سرور و کاربر نهایی برقرار است». باید به دو نکتهء اساسی توجه داشت: نکته اول آنست که صرف مثبت بودن تست ping نمی توان نتیجه گرفت که ارتباط کامل است زیرا امکان دارد پورت خاصی که برنامه از آن استفاده می کند بسته باشد. نکته دوم آنست که بدلیل بسته بودن ICMP ممکن است تست Ping در مورد یک سرور پاسخ منفی بدهد اما پورت مورد نظر باز باشد. در این گونه مواقع نباید به سرعت در مورد قطع/وصل بودن شبکه نتیجه گیری کنیم.  پس از بررسی شبکه، وظیفه اصلی Admin شبکه به پایان رسیده اما باید تا پایان کار و برقراری مجدد سرویس حضور داشته باشد

در گام بعدی Admin های سیستم عامل و پایگاه داده به بررسی سیستمهای تحت کنترل خود می پردازند. در این بررسی،  سیستمها از لحاظ پردازه  و منابع مصرف شده و آزاد (تخصیص داده نشده)  کنترل شده و با استفاده از ابزارهای متنوع پایگاه داده درستی عملکرد آن چک می شود. اگر سیستم عامل دچار مشکل شده باشد باید آنرا مجددا نصب و راه اندازی کنیم. تصمیم گیری در مورد نصب مجدد سیستم عامل باید به دقت انجام شود اگر پیکربندی کنونی سیستم عامل به دقت مستندسازی شده باشد. و لیست آخرین تغییرات اعمال شده روی سیستم عامل بروز و کامل باشد. نصب مجدد سیستم عامل توصیه میشود. در غیر این صورت نصب مجدد با پیکربندی متفاوت ممکن است کار نکند. از همین نکته می توان دریافت که یکی از مهمترین وظایف Admin  سیستم عامل آنست که پیکربندی دقیق سیستم عامل را مستند سازی کند.

بهتر قبل از نصب مجدد سیستم عامل از تنظیمات سیستم عامل فعلی تا جایی که مقدور است Export بگیریم و در سیستم عامل نو آنرا Import کنیم. فرآیند خودکار انتقال تنظیمات قدیم به جدید می تواند سریعتر و کم اشکال تر از روش دستی باشد.

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

نصب مجدد پایگاه داده در صورت احراز خرابی آن نیز مانند نصب سیستم عامل تصمیمی پر مخاطره است. طبیعی است که در این مرحله Back up کامل از پایگاه داده گرفته می شود. پس از نصب مجدد پایگاه داده باید درستی عملکرد آن بررسی شود.

پس از حصول اطمینان از کارکرد درست سیستم عامل و پایگاه داده، Admin برنامه کاربردی برنامه را بررسی می کند. عملکردهای اصلی برنامه باید به دقت بررسی شوند. نصب مجددبرنامه در معمولا راه ساده تری است نسبت به نصب مجدد سیستم عامل یا پایگاه داده.

نکات زیر اگرچه در هر محیطی مصداق ندارند اما بطور کلی در چنین شرایطی مفید هستند.

  • لیستی از آخرین تغییرات شبکه، برنامه کاربردی، سیستم عامل و پایگاه داده تهیه کنید.

  • به نکات بسیار ریز اهمیت دهید حتی عوض کردن ساعت یک سرور را هم در لیست بیاورید.

  • غالبا Admin ها در مواجهه با چنین شرایطی برنامه را Uninstall کرده و مجددا نصب می کنند. این روش اگرچه در برخی موارد کارساز است اما همیشه پاسخ نمیدهد.

  • اگر برنامه را Uninstall کردید و مجددا آنرا نصب کردید و کار نکرد، مجددا عمل قبلی را انجام ندهید این کار اتلاف وقت است.

  • قبل از تغییر فایلهای پیکر بندی قبلی را ذخیره کنید با اسمی که قابل درک باشد. مثلا فایل app1.conf را به app1.conf.old یا app1.conf.origional تغییر دهید.

  • اثر متقابل برنامه ها را در نظر بگیرید به طور مثل بررسی کنید که آیا برنامه جدیدی مثل آنتی ویروس روی سرور نصب شده.

  • عملکرد برنامه کاربردی را از روی یک سیستم کاملا سالم بررسی کنید.

  • اگر پشت رک کار میکنید LED نشانگر سرورتان را قبل از رفتن به پشت رک روشن کنید. تا اشتباها با سرور دیگری کار نکنید.

  • اگر چند Session روی چند سرور مختلف گرفته اید و همه پنجره ها روی کامپیوتر شما باز است بسیار دقت کنید که سرورها را با هم اشتباه نگیرید.

  • اگر Remote Session به یک سرور دارید هرگز از محیط Remote مشخصات شبکه را عوض نکنید یا شبکه را غیر فعال نکنید در آن صورت Session خود را از دست می دهید.

  • مجهولات را در هر مرحله از حل مسئله کم کنید. به عبارت دیگر در هر مرحله از عیب یابی فقط تعداد محدودی (ترجیحا یک) مجهول را بررسی کنید.

  • نصب مجدد را از کم هزینه ترین (برنامه) شروع کنید و پرهزینه ترین (نصب مجدد سیستم عامل) را به عنوان آخرین گزینه در نظر بگیرید.

 

تاریخ ارسال: ۴  اردیبهشت ۱۳۸۸