سرور روشن است ولی نرم‌افزار شرکت باز نمی‌شود
روشن‌بودن دستگاه کافی نیست؛ برنامه به ارتباط شبکه، سرویس‌های خودش و دسترسی کاربر هم نیاز دارد. این راهنما برای کاربر اداری و مسئول دفتر است تا با بررسی‌های ساده، محل اختلال را محدود کنند و پیگیری به بخش درست برسد.
آخرین بازبینی متن:
در این صفحه
برنامه دقیقاً در کدام مرحله باز نمی‌شود؟
- هیچ پنجره‌ای روی رایانه باز نمی‌شود: نصب، اجرای برنامه و وضعیت همان رایانه هم باید بررسی شوند؛ هنوز معلوم نیست درخواست به سرور رسیده باشد.
- صفحه ورود باز می‌شود ولی اتصال یا انتخاب شرکت خطا دارد: مسیر سرور، سرویس برنامه، پایگاه داده یا مجوز نرم‌افزار مطرح‌اند.
- نام کاربری پذیرفته نمی‌شود: حساب و روش ورود را بررسی کنید؛ این حالت با پیدا‌نشدن سرور یکی نیست.
- وارد می‌شوید ولی یک گزارش یا کار مشخص باز نمی‌شود: همان بخش و داده مرتبط باید بررسی شوند، نه لزوماً کل سرور.
متن کامل پیام را بخوانید و ببینید در کدام مرحله ظاهر می‌شود. اگر اطلاعات مالی یا شخصی در پیام هست، آن را در فرم عمومی یا گروه‌های غیرمرتبط منتشر نکنید. اگر برنامه باز می‌شود اما فقط کند است، راهنمای کندی نرم‌افزار حسابداری در شبکه مسیر دقیق‌تری دارد.
فقط شما مشکل دارید یا همکاران هم وصل نمی‌شوند؟
از همکار دارای دسترسی مشابه بخواهید با حساب خودش همان برنامه و همان شرکت یا محیط کاری را باز کند. مقایسه باید در همان زمان باشد؛ اینکه صبح برای او کار کرده، وضعیت الان را مشخص نمی‌کند. تبادل رمز یا ورود با حساب مدیر برای این مقایسه لازم نیست.
| وضعیت مشاهده‌شده | بررسی مرتبط |
|---|---|
| فقط یک رایانه مشکل دارد | اتصال کاری، میان‌بر یا مقصد برنامه و نصب همان رایانه؛ سپس حساب و مجوز آن کاربر. |
| چند کاربر یک برنامه را باز نمی‌کنند، اما سرویس‌های دیگر کار می‌کنند | سرویس و پایگاه داده همان برنامه و مسیر دسترسی به آن. کارکرد فایل مشترک، سلامت برنامه را ثابت نمی‌کند. |
| چند برنامه و فایل مشترک هم‌زمان از دسترس خارج‌اند | ارتباط مشترک شبکه، وضعیت سیستم‌عامل و ماشین‌های مجازی یا سرویس‌های میزبان. |
| کاربران داخل دفتر وصل‌اند و بیرون دفتر نیستند | مسیر دسترسی راه دور، اتصال محل کاربر و شرایط همان حساب یا نشست. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
این مقایسه محل شروع را مشخص می‌کند. مثلاً کارکردن برنامه برای یک همکار، خرابی کارت شبکه رایانه شما را ثابت نمی‌کند؛ تفاوت حساب، نسخه برنامه یا مقصد اتصال هم می‌تواند مطرح باشد.
اتصال کاری و آدرس برنامه را چگونه بررسی کنیم؟
اتصال معمول شرکت را ببینید
اگر با وای‌فای مهمان یا شبکه دیگری وصل شده‌اید، ممکن است اینترنت داشته باشید ولی به سرور داخلی دسترسی نداشته باشید. از اتصال کاریِ مجاز و شناخته‌شده استفاده کنید؛ نشانی شبکه یا تنظیمات IP را حدس نزنید.
مسیر تأییدشده برنامه را باز کنید
در برنامه تحت وب، آدرس را با نشانی اعلام‌شده شرکت مقایسه کنید. در برنامه نصب‌شده، میان‌بر درست را به کار ببرید. بعد از انتقال سرور، میان‌بر قدیمی می‌تواند شما را به مقصد قبلی ببرد؛ مقصد تازه را از مسئول برنامه بگیرید.
یک سرویس داخلیِ مجاز دیگر را مقایسه کنید
اگر به‌طور معمول پوشه مشترک یا سامانه داخلی دیگری دارید، دسترسی به آن را ببینید. قطع هم‌زمان چند سرویس، بررسی شبکه یا میزبان مشترک را مهم‌تر می‌کند. کارکرد سرویس دیگر هم فقط همان مسیر را تأیید می‌کند.
پاسخ‌دادن سرور به ping، در صورت بررسی توسط مسئول شبکه، به‌تنهایی کارکرد پورت برنامه، ورود و پایگاه داده را تأیید نمی‌کند. پاسخ‌ندادن هم همیشه خاموش‌بودن دستگاه نیست. برای حل مشکل، خاموش‌کردن فایروال یا گذاشتن IP حدسی به جای نام سرور مناسب نیست؛ نام سرور ممکن است در ورود و اتصال امن نقش داشته باشد.
خطای اتصال، ورود و پایگاه داده چه تفاوتی دارند؟
پیام‌هایی مانند Server not found یا Connection timeout نشان می‌دهند اتصال موردنظر کامل نشده یا پاسخ در زمان لازم نرسیده است. نام مقصد، مسیر شبکه و آماده‌بودن سرویس از موارد بررسی‌اند. Timeout هنگام اجرای گزارش هم ممکن است به زمان اجرای همان کار مربوط باشد؛ مرحله بروز خطا اهمیت دارد.
پیام Login failed یا ردشدن حساب، بررسی هویت و اجازه دسترسی را لازم می‌کند. رمزهای احتمالی را پشت سر هم امتحان نکنید؛ حساب کاری و روش ورود معتبر را با مسئول مربوط بررسی کنید. تغییر رمز همه کاربران یا دادن دسترسی مدیر، پاسخ عمومی این خطا نیست.
اگر پیام به شرکت انتخاب‌شده، بانک اطلاعاتی یا قفل نرم‌افزار اشاره دارد، پشتیبان همان محصول هم باید در بررسی باشد. برای نمونه، مستندات سپیدار تنظیمات ارتباط بانک اطلاعاتی و قفل را جدا مطرح می‌کنند؛ مراحل یک نسخه را نباید به همه برنامه‌ها تعمیم داد. خطای اتصال به معنی نیاز به ساخت شرکت تازه یا جایگزینی اطلاعات فعلی با بکاپ نیست.
مسئول فنی روی سرور چه چیزی را بررسی می‌کند؟
ابتدا باید معلوم شود سیستم‌عامل و ماشین مجازیِ برنامه واقعاً آماده‌اند. سپس وضعیت سرویس خود برنامه و پایگاه داده، پیام‌های خطا، فضای ذخیره‌سازی و تغییر اخیر بررسی می‌شوند. ممکن است دستگاه روشن باشد ولی سرویس لازم پس از یک توقف شروع نشده باشد یا به دلیل کمبود فضا نتواند کار کند.
اگر ویندوز اصلاً بالا نیامده، راهنمای بوت نشدن سرور و اگر هشدار ظرفیت دیده می‌شود، راهنمای پرشدن فضای سرور را ببینید. اگر فقط پوشه اشتراکی باز نمی‌شود، راهنمای دسترسی فایل‌های مشترک مرتبط است.
راه‌اندازی دوباره سرویس ممکن است بخشی از اصلاح باشد، اما باید اثر آن بر کاربران و کارهای در حال اجرا روشن باشد. ریست کل سرور یا تغییر چند تنظیم با هم، مشکل اولیه را نامشخص می‌کند و سرویس‌های سالم را هم متوقف خواهد کرد.
وقتی فقط اتصال بیرون شرکت مشکل دارد
ببینید مرحله اتصال راه دور کامل می‌شود یا نه. اگر هنوز وارد محیط کاری شرکت نشده‌اید، مسیر ارتباط و ورود راه دور اولویت دارد. اگر وارد دسکتاپ شرکت می‌شوید ولی برنامه در همان محیط خطا دارد، رسیدگی باید خود برنامه و سرویس‌هایش را هم پوشش دهد.
بازشدن سایت‌های دیگر روی اینترنت خانه، دسترسی به شرکت را ثابت نمی‌کند. برای ادامه کار، همان روش تأییدشده شرکت را پیگیری کنید؛ بازکردن پورت برنامه یا پایگاه داده روی اینترنت، راه‌حل موقت مناسبی نیست. راهنمای روش‌های دسترسی راه دور تفاوت این مسیرها را توضیح می‌دهد.
بعد از وصل‌شدن، فقط صفحه ورود را امتحان نکنید
همان کار مختل‌شده را با حساب معمول کاربر کنترل کنید: شرکت و دوره درست انتخاب شود، اطلاعات موردنیاز دیده شود و کار مجاز مطابق روال برنامه انجام شود. اگر ثبت سند قبلاً بی‌پاسخ مانده، پیش از تکرار، وضعیت همان ثبت را مشخص کنید.
اگر مشکل مربوط به چند نفر یا دسترسی بیرونی بود، نتیجه در همان شرایط هم بررسی شود. برای ادامه کار موقت می‌توان از محیط آماده و مورد تأیید شرکت استفاده کرد؛ ساخت نسخه جدا از اطلاعات مالی بدون هماهنگی، دو مرجع ناسازگار ایجاد می‌کند. پشتیبانی سرور نت‌مسترز ارتباط و سرویس‌های سرور را بررسی می‌کند و در مسائل اختصاصی برنامه، هماهنگی با پشتیبان همان نرم‌افزار لازم است.