برای خرید یا ارتقای سرور، نظم‌دادن به فایل‌های شرکت یا اطمینان از بکاپ‌ها، از بخش مرتبط با کارتان شروع کنید. اگر سرور یا برنامه شرکت از دسترس خارج شده، راهنماهای رفع مشکل کمک می‌کنند نشانه را بهتر بشناسید و مسیر رسیدگی را پیدا کنید.
مشاهده خدمات سرور شرکتنقش سرور در شرکت و تفاوت RAID با بکاپ را بشناسید؛ سپس برای انتخاب یا راه‌اندازی تصمیم بگیرید.
ممکن است نرم‌افزار حسابداری روی چند کامپیوتر باز شود، اما اطلاعات مشترک آن در یک محل نگهداری شود. برای شناخت سرور، از همین رابطه میان دستگاه‌های کارکنان و سرویس مشترک شروع کنیم؛ شکل کیس یا قدرت پردازنده به‌تنهایی سرور را تعریف نمی‌کند.
وقتی چند دیسک برای یک سرور در نظر می‌گیریم، جمع ظرفیت روی برچسب آن‌ها لزوماً فضای قابل استفاده نیست. بخشی از فضا ممکن است برای تحمل خرابی مصرف شود؛ اما حتی این تحمل خرابی هم پاسخ همه خطرهای اطلاعات نیست.
سرور و بستر مجازی را با نیاز برنامه‌ها انتخاب کنید؛ سپس راهنمای نصب ESXi یا Hyper-V و انتقال سرور فیزیکی به VM را دنبال کنید.
از آماده‌کردن میزبان و انتخاب دیسک نصب تا بالا آمدن اولین ماشین مجازی پیش بروید. این راهنما برای کارشناس دارای دسترسی مجاز است و نصب تازه را با تنظیم شبکه، ذخیره‌سازی و بررسی نتیجه کامل می‌کند.
نقش Hyper-V را روی میزبان آماده نصب کنید و اولین VM را در شبکه آزمایش بسازید. مراحل از بررسی سخت‌افزار تا انتخاب نسل، دیسک، رسانه نصب و کنترل کارکرد پیش می‌روند.
تبدیل دیسک فقط بخشی از انتقال سرور است. باید نسخه مجازی درست بوت شود، اطلاعات و دسترسی‌ها باقی بمانند و کاربران در زمان جابه‌جایی روی دو نسخه متفاوت کار نکنند. این راهنما یک نمونه محدود و مسیر کنترل نتیجه دارد.
برای مسئول فناوری شرکت، انتخاب مجازی‌ساز فقط مقایسه امکانات یا رایگان‌بودن نصب نیست. نرم‌افزارهای موجود، تجهیزات، روش بکاپ و تیمی که بعداً سرور را نگهداری می‌کند در تصمیم اثر دارند. این راهنما انتخاب تازه و تغییر پلتفرم موجود را جدا بررسی می‌کند.
محل اجرای نرم‌افزار باید با شیوه کار شرکت هماهنگ باشد. برنامه مالی داخل دفتر، فایل‌های حجیم و کار مشترک چند شعبه نیاز یکسانی ندارند. این راهنما کمک می‌کند سرور داخل شرکت، سرویس ابری و ترکیب محدود این دو را بر اساس کار روزانه و مسئولیت نگهداری انتخاب کنید.
اگر سرور فعلی کند شده یا برای برنامه‌های تازه جا ندارد، خرید دستگاه جدید تنها انتخاب نیست. این راهنما به مدیر و مسئول فناوری شرکت کمک می‌کند اصلاح وضعیت موجود، ارتقای قطعه و تعویض سرور را بر اساس مشکل واقعی و هزینه کامل هر راه مقایسه کنند.
برای انتخاب سرور شرکت، باید بدانید چه کاری قرار است بهتر انجام شود: اجرای روان برنامه مالی، دسترسی به فایل‌ها یا اداره چند سرویس در کنار هم. این راهنما از تصمیم بین خرید و ارتقا شروع می‌کند، معنی مشخصات مهم را توضیح می‌دهد و با دو مثال نشان می‌دهد چطور نیاز شرکت را به انتخاب مناسب و پیشنهاد قابل مقایسه تبدیل کنید.
مجازی‌سازی می‌تواند برنامه‌های شرکت را در محیط‌های جدا روی یک سرور اجرا کند و استفاده از ظرفیت دستگاه را بهتر سامان دهد. ارزش آن زمانی روشن است که جداسازی یا مدیریت سرویس‌ها به کار شرکت کمک کند؛ کمبود سخت‌افزار، هزینه نگهداری و بازیابی پس از خرابی همچنان باید بررسی شوند.
روش نگهداری فایل‌ها، ساخت فایل‌سرور و مجوزها، سهمیه‌بندی فضا، رفع مشکل پوشهٔ مشترک و راه‌اندازی صف چاپ را دنبال کنید.
یک پوشهٔ فروش بسازید، مجوز را به گروه بدهید و با دو حساب عادی بررسی کنید که چه کسی واقعاً می‌تواند فایل را بخواند یا تغییر دهد.
سهمیه و File Screen را روی یک زیرپوشهٔ کوچک آزمایش کنید و پیش از محدودکردن پوشه‌های شرکت، اثر هر سیاست را ببینید.
پرینت‌سرور صف چاپ را در یک محل مدیریت می‌کند و کاربران به نام اشتراکی همان صف وصل می‌شوند. این آموزش برای مدیر شبکه، یک چاپگر شبکه‌ای و یک صف تازه است؛ نصب نقش به‌تنهایی به معنی آماده‌بودن چاپ برای کاربران نیست.
ممکن است پوشه مشترک باز شود، اما کپی فایل طول بکشد، سرعت وسط کار افت کند یا ذخیره تغییرات با مکث همراه باشد. این راهنما برای کاربران و مسئولان شرکت است تا با مقایسه کار معمول، محل شروع بررسی را پیدا کنند؛ تنظیمات تخصصی باید با توجه به نسخه ویندوز و دستگاه مقصد بررسی شوند.
اگر فایل‌ها بین رایانه‌ها، فلش‌ها و پوشه‌های شخصی پخش شده‌اند، انتخاب یک محل مشترک باید کار کارکنان را ساده‌تر کند. این راهنما سه راه نگهداری و اشتراک فایل را با توجه به نوع کار، دسترسی واحدها، همکاری بیرون دفتر و توان نگهداری مقایسه می‌کند.
بازنشدن پوشه مشترک همیشه به معنی قطع شبکه یا خرابی سرور نیست. مسیر اشتباه، حساب کاربری، مجوز پوشه و قفل ویرایش فایل هرکدام بررسی متفاوتی دارند. این راهنما کمک می‌کند حالت مشکل را بشناسید و بررسی مناسب را بدون تغییر بی‌دلیل دسترسی‌های شرکت انجام دهید.
از راه‌اندازی دامین، DNS و DHCP تا ساخت کاربر و گروه، GPO، اتصال کلاینت، رفع خطای Trust و دسترسی چندکاربره به برنامه‌ها با RDS را دنبال کنید.
یک استقرار داخلی RDS را از آماده‌سازی سرورها تا انتشار برنامه و آزمون دو کاربر دنبال کنید؛ مجوز نرم‌افزار و مسیر امن اتصال بخشی از همین کار است.
یک ساختار آزمایشی بسازید که در آن محل حساب‌ها، عضویت گروه و اختیار مدیر پشتیبان روشن باشد.
از انتخاب کاربر هدف تا نمایش درایو S پیش بروید و مشخص کنید کدام بخش سیاست، کدام بخش عضویت گروه و کدام بخش مجوز فایل است.
از آماده‌کردن کلاینت تا نخستین ورود کاربر دامین پیش بروید؛ با تفکیک خطای پیدا کردن دامین، مجوز Join و پروفایل کاربر.
ابتدا مشخص کنید دستگاه به دامین دسترسی دارد یا نه؛ سپس کانال امن را بررسی کنید و فقط در شرایط مناسب سراغ Repair بروید.
از یک سرور تازه تا اولین ورود کاربر دامین؛ با نام‌گذاری مشخص، DNS داخلی و آزمون‌هایی که بعد از پایان نصب باید انجام دهید.
یک نام داخلی را از ساخت Zone تا پاسخ کلاینت دنبال کنید؛ با تفکیک رکوردهای دامین، نام سرویس و حل نام‌های بیرونی.
از نصب نقش تا دریافت آدرس درست روی یک کلاینت؛ با Scope غیرفعال در زمان آماده‌سازی و بررسی جداگانهٔ رزرو، DNS و سرور صادرکنندهٔ Lease.
با بیشترشدن حساب‌ها و کامپیوترها، ساخت و تغییر دسترسی جداگانه روی هر دستگاه دشوار می‌شود. اکتیودایرکتوری می‌تواند بخشی از این مدیریت را متمرکز کند؛ برای فهم فایده‌اش باید حساب کاربر، مجوز فایل و تنظیم دستگاه را از هم جدا کنیم.
پایان همکاری باید هم دسترسی فرد را در زمان تعیین‌شده ببندد و هم کار شرکت را قابل ادامه نگه دارد. حذف عجولانه حساب ممکن است فایل، ایمیل یا کار خودکاری را از دسترس تیم خارج کند؛ تغییر یک رمز هم لزوماً تمام راه‌های ورود را نمی‌بندد.
اگر سرور روشن نمی‌شود، برنامه در دسترس نیست یا فضا پر است، از همان نشانه شروع کنید. برای کندی VM، منابع میزبان و مهمان را با هم بررسی کنید.
وقتی VM کند است، افزایش RAM یا vCPU همیشه پاسخ نیست. یک برنامه ممکن است منتظر دیسک، شبکه یا قفل پایگاه داده باشد و چند ماشین هم از یک منبع مشترک آسیب ببینند. از نشانه قابل تکرار شروع کنید و محل انتظار را پیدا کنید.
روشن‌بودن دستگاه کافی نیست؛ برنامه به ارتباط شبکه، سرویس‌های خودش و دسترسی کاربر هم نیاز دارد. این راهنما برای کاربر اداری و مسئول دفتر است تا با بررسی‌های ساده، محل اختلال را محدود کنند و پیگیری به بخش درست برسد.
هشدار کمبود فضا ممکن است به درایو ویندوز، محل فایل‌های شرکت، دیسک ماشین مجازی یا فضای میزبان مربوط باشد. این راهنما برای مسئول دفتر و مسئول فنی شرکت، بررسی اولیه و معنی نتایج را توضیح می‌دهد؛ روش حذف فایل یا تغییر پارتیشن به محیط همان سرور وابسته است.
وقتی کار شرکت متوقف شده، «سرور بالا نمی‌آید» می‌تواند از نبود برق تا توقف ویندوز معنا داشته باشد. این راهنما برای مسئول دفتر و کاربر غیرمتخصص است: با مشاهده وضعیت فعلی، محل توقف را تشخیص دهید و بدانید رسیدگی باید از کدام بخش ادامه پیدا کند.
از برنامه و محل نگهداری نسخه‌ها تا اجرای بکاپ ویندوز، ساخت Job و بازیابی VM در Veeam و آزمون بازیابی SQL Server را دنبال کنید.
از یک پوشهٔ نمونه شروع کنید؛ برنامهٔ روزانه را بسازید، اجرای واقعی را ببینید و فایل را بدون دست‌زدن به اصل آن در مقصد دیگری برگردانید.
یک VM مشخص را به یک مخزن مشخص وصل کنید و بعد از اجرای Job، نقطهٔ بازیابی و محدودهٔ واقعی داده را بررسی کنید.
یک نسخهٔ آزمایشی از VM را با نام تازه و شبکهٔ قطع برگردانید؛ سپس بوت، داده و رفتار برنامه را در محدودهٔ مجاز بررسی کنید.
از یک دیتابیس کوچک بکاپ بگیرید و آن را روی یک SQL Server جدا با نام تازه برگردانید؛ سپس یکپارچگی و دادهٔ نمونه را بررسی کنید.
برای انتخاب روش بکاپ، فقط کوچک‌بودن فایل خروجی مهم نیست. باید بدانید نسخه هر روز چه چیزی را ذخیره می‌کند و برای برگشت به همان روز، کدام نسخه‌های قبلی هم لازم‌اند. یک مثال چهارروزه این تفاوت را روشن می‌کند.
داشتن چند نسخه از داده الزاماً به معنی چند راه مستقل برای برگشت نیست. ممکن است همه به یک ذخیره‌ساز وابسته باشند، یک حذف به مقصد دوم هم منتقل شود یا نسخه سالم قبل از خطا دیگر وجود نداشته باشد. برای مقایسه این سه مفهوم باید مسیر بازیابی را بشناسیم.
اگر فایل یا پوشه‌ای از شبکه شرکت ناپدید شده، اولین کار نصب برنامه ریکاوری روی رایانه خودتان نیست. محل واقعی فایل و نسخه‌هایی که پیش از حذف نگهداری شده‌اند، راه برگشت را تعیین می‌کنند. این راهنما کمک می‌کند مسیر مناسب را پیدا کنید و نسخه‌های موجود را از دست ندهید.
وقتی گزارش بکاپ نمی‌رسد یا تاریخ نسخه‌ها قدیمی مانده، اول باید معلوم شود خود بکاپ متوقف شده یا فقط گزارش آن ارسال نشده است. این راهنما برای مسئول شرکت و پشتیبان شبکه، مسیر بررسی را از نشانه‌های قابل مشاهده تا تشخیص بخش نیازمند اصلاح توضیح می‌دهد.
اگر همان حساب یا دستگاهی که اطلاعات اصلی را تغییر می‌دهد بتواند همه بکاپ‌ها را هم پاک کند، نسخه‌های متعدد هنوز یک نقطه ضعف مشترک دارند. حفاظت مناسب باید راه دسترسی به نسخه‌ها، مدت نگهداری و امکان برگشت به داده سالم را با هم پوشش دهد.
بکاپ شبانه ممکن است برای بعضی فایل‌ها کافی باشد و برای کار مالی پرتغییر فاصله زیادی ایجاد کند. از طرف دیگر، داشتن نسخه تازه به معنی داشتن نسخه قبل از یک حذف قدیمی نیست. برنامه مناسب باید هم تغییرات اخیر و هم نیاز به بازگشت به گذشته را پوشش دهد.
انتخاب محل بکاپ فقط انتخاب هارد بزرگ‌تر نیست. نسخه‌ها باید هنگام خرابی سرور، حذف اشتباه یا در دسترس نبودن دفتر هم به کار بیایند. این راهنما کمک می‌کند محل نگهداری را با حجم اطلاعات، زمان بازگشت کار و امکانات واقعی شرکت هماهنگ کنید.
اطمینان به بکاپ فقط از پیام «موفق» به دست نمی‌آید؛ باید اطلاعات مهم از یک نسخه مشخص برگردند و کار موردنیاز شرکت با آن‌ها انجام شود. این راهنما تفاوت بررسی سلامت فایل و آزمون بازیابی، انتخاب نسخه و ارزیابی نتیجه را روشن می‌کند.
برای زمان قطعی برق، روشن‌ماندن سرور را همراه تجهیزات موردنیاز شبکه و تلفن ببینید. راهنمای UPS تفاوت فرصت خاموشی درست و ادامه کار شرکت را روشن می‌کند.
یک UPS ممکن است سرور را روشن نگه دارد، اما با خاموش‌شدن سوئیچ، کارکنان دیگر به آن دسترسی نداشته باشند. انتخاب برق پشتیبان باید از کاری شروع شود که هنگام قطعی لازم دارید: چند دقیقه فرصت برای خاموشی درست، یا ادامه کار شبکه و تلفن برای مدت مشخص.
نت‌مسترز راه‌اندازی، ارتقا و پشتیبانی سرور، اشتراک فایل و بکاپ شرکت را انجام می‌دهد. برای رسیدگی به مشکل یا اجرای کار در تهران و کرج تماس بگیرید؛ روش حضوری یا غیرحضوری متناسب با نوع کار مشخص می‌شود.
تماس برای دریافت خدمات