رفع مشکل اتصال
رفع مشکل اتصال با تشخیص محل شکست شروع میشود، نه تغییر همزمان چند تنظیم. ابتدا مشخص کنید مشکل هنگام آزمایش اتصال رخ میدهد، هنگام خواندن جدول یا هنگام اجرای یک قابلیت خاص. این سه حالت میتوانند علتهای متفاوتی داشته باشند. هدف این راهنما این است که با شواهد محدود و روشن، مسئله را به مسئول درست بسپارید و پس از اصلاح بدانید چه چیزی واقعاً بهتر شده است.
متن پیام خطا را کامل بخوانید و زمان مشاهده را یادداشت کنید. پیام معمولاً سرنخی دربارهٔ شبکه، اطلاعات ورود یا مقصد میدهد، اما همیشه تنها یک علت را ثابت نمیکند. اگر چند تنظیم را یکباره عوض کنید، حتی در صورت موفقیت نمیدانید کدام تغییر مؤثر بوده است. هر بار یک فرض مشخص را بررسی و نتیجهٔ آزمایش بعدی را با حالت قبلی مقایسه کنید.
ابتدا اطلاعات اتصال را با مرجع تطبیق دهید
Section titled “ابتدا اطلاعات اتصال را با مرجع تطبیق دهید”نوع منبع، نشانی، پورت واقعی و نام مقصد را با اطلاعات مسئول سامانه مقایسه کنید. از نمونهٔ عمومی پورت بهجای پورت واقعی شرکت استفاده نکنید. نام نمایش اتصال نیز با نام پایگاهداده متفاوت است. اگر محیط آزمایشی و عملیاتی دارید، بررسی کنید به مقصد موردنظر اشاره میکنید؛ موفقیت در مقصد اشتباه برای تحلیل شما مفید نیست.
اگر رمز یا تنظیم ارتباط اخیراً تغییر کرده، همان تغییر را در اتصال پیگیری کنید. اطلاعات محرمانه را در متن خطا یا پیام پشتیبانی نگذارید. برای ثبت شواهد، نوع منبع، مرحلهٔ شکست، متن پیام و زمان کافی است. هنگام تصویر گرفتن از صفحه، مطمئن شوید رمز، کلید سرویس یا اطلاعات شخصی غیرضروری در تصویر دیده نمیشود.
وقتی مسیر شبکه در دسترس نیست
Section titled “وقتی مسیر شبکه در دسترس نیست”خطای دسترسی یا پایان زمان انتظار میتواند از نشانی اشتباه، پورت نادرست، سرویس خاموش، مسیر شبکه یا فایروال باشد. تنها از این پیام نتیجه نگیرید که سرور شرکت حتماً داخل شبکهٔ بسته است. مسئول شبکه باید مسیر از محیط سرویس اوبا به میزبان و پورت مقصد را بررسی کند. دسترسی موفق از رایانهٔ داخل شرکت، دسترسی از بیرون همان شبکه را اثبات نمیکند.
IP مجاز اوبا و قوانین مربوط را از راهنمای دسترسی شبکه بررسی کنید. ممکن است فایروال میزبان و فایروال ابری هر دو نیاز به قانون داشته باشند. پورت را برای همهٔ اینترنت باز نکنید تا فقط آزمایش سبز شود. اگر از مسیر خصوصی استفاده میکنید، نشانی و مسیریابی آن باید از محیط سرویس قابل استفاده باشد و نیاز به هماهنگی داشته باشد.
وقتی حساب ورود پذیرفته نمیشود
Section titled “وقتی حساب ورود پذیرفته نمیشود”خطای احراز هویت یعنی اطلاعات یا شرایط ورود پذیرفته نشدهاند؛ علت فقط غلط بودن رمز نیست. نام کاربری، مقصد حساب، فعال بودن آن، مجوز ورود از مبدأ و روش ارتباط را بررسی کنید. تغییر اخیر رمز یا انقضای اجازهٔ سرویس ابری نیز میتواند در این مرحله اثر داشته باشد. مسئول منبع، حساب دقیق استفادهشده برای اوبا را کنترل کند.
نام کاربری را با مرجع تطبیق دهید و از اشتباه صفحهکلید یا نویسهٔ اضافی جلوگیری کنید. رمز را از روی حدس اصلاح نکنید؛ فاصله ممکن است بخشی از راز معتبر باشد. اگر فرم اجازه میدهد رمز تازه وارد کنید، از رمز تأییدشده استفاده کنید و دوباره آزمایش بگیرید. برای حل ورود ناموفق، حساب مدیر اصلی سامانه را جایگزین حساب محدود نکنید.
وقتی اتصال برقرار است اما خواندن شکست میخورد
Section titled “وقتی اتصال برقرار است اما خواندن شکست میخورد”حساب میتواند وارد شود ولی به جدول، نما یا محدودهٔ لازم دسترسی نداشته باشد. ورود و خواندن دو مجوز جدا هستند. مسئول منبع باید با همان حساب اتصال بررسی کند که جدولهای لازم برای سؤال قابل خواندناند و نام فضای مربوط درست است. اگر سؤال جدید به جدولی متفاوت نیاز دارد، موفقیت سؤال قبلی مجوز آن جدول تازه را ثابت نمیکند.
کمبود دسترسی را با حساب فقطخواندنی و محدودهٔ مصوب حل کنید. دادن مجوز کامل به تمام جدولها راه پیشفرض نیست. اگر اطلاعات خارج از دامنهٔ مجاز لازم شده است، ابتدا دربارهٔ نیاز و مجوز تصمیم بگیرید. کنار گذاشتن جدول از سند نیز دسترسی واقعی را تغییر نمیدهد؛ مسئلهٔ مجوز در خود منبع باید اصلاح شود.
آزمایش موفق ولی استفاده ناموفق
Section titled “آزمایش موفق ولی استفاده ناموفق”آزمایش موفق، سلامت همهٔ تحلیلها را تضمین نمیکند. یکی از علتها انتخاب نشدن پایگاهداده یا مقصد لازم است. اتصال را باز کنید و ببینید محدودهٔ موردنیاز انتخاب یا وارد شده است. در منبعی که فهرست مقصد ارائه میکند، گزینهٔ درست را انتخاب و ذخیره کنید. سپس همان وضعیت ذخیرهشده را دوباره بررسی کنید؛ تغییر فرم بدون ذخیره برای استفادهٔ بعدی کافی نیست.
علتهای دیگر میتوانند تغییر مجوز، خاموشی بعد از آزمایش، ساختار تازه یا درخواست نامعتبر باشند. برای جدا کردن آنها، یک سؤال ساده از جدول و دورهٔ شناختهشده اجرا کنید. اگر آن موفق شد ولی سؤال پیچیده شکست خورد، جزئیات پرسوجو و تعریف ستونها را بررسی کنید. خطای محاسبه یا نام ستون را با خطای شبکه یکسان تلقی نکنید.
همچنین نوع منبع را با قابلیت موردنظر تطبیق دهید. نمودار و داشبورد برای API، صفحهگستردهٔ آنلاین و منابع مستقیم غیررابطهای پشتیبانی نمیشود. این وضعیت با تغییر رمز یا آزمایش مجدد حل نمیشود. در مقابل، هشدار در وضعیت فعلی این منابع پشتیبانی شده است و باید درخواست، خروجی و شرط خودش اعتبارسنجی شود. منابع پشتیبانیشده این تفاوت را توضیح میدهد.
نمونهٔ بررسی مرحلهای
Section titled “نمونهٔ بررسی مرحلهای”فرض کنید اتصال فروش شرکت فرضی پس از تغییر رمز ناموفق شده است. زمان تغییر را ثبت کنید و از مسئول منبع بخواهید ورود حساب اختصاصی را بررسی کند. اگر حساب فعال است و رمز تازه تأیید شد، آن را در اتصال بهروز کنید و آزمایش بگیرید. اگر آزمایش موفق شد، یک سؤال از دورهٔ کامل و مشخص اجرا کنید تا خواندن دادهٔ لازم نیز بررسی شود.
اگر همان سؤال خطای جدول داد، به شبکه برنگردید؛ نام مقصد و مجوز جدول را بررسی کنید. پس از اصلاح مجوز مشخص، سؤال را دوباره اجرا و عدد را با گزارش مرجع تطبیق دهید. در این مسیر، موفق شدن آزمایش و درست شدن گزارش دو نتیجهٔ جدا هستند. ثبت مرحلهها کمک میکند مسئول بعدی مجبور نباشد همهٔ بررسیها را از ابتدا تکرار کند.
چه زمانی پشتیبانی را درگیر کنید
Section titled “چه زمانی پشتیبانی را درگیر کنید”اگر پس از بررسی هدفمند مشکل باقی ماند، درخواست پشتیبانی را با نوع و نسخهٔ منبع، محیط داخلی یا ابری، مرحلهٔ شکست، زمان و متن پیام بفرستید. توضیح دهید چه چیزی بررسی شده و نتیجه چه بوده است؛ «همه چیز درست است» شواهد قابل پیگیری نمیدهد. اطلاعات ورود، کلید سرویس و دادهٔ کامل شرکت را ارسال نکنید.
برای اصلاح تنظیمات، افزودن و ویرایش اتصال را دنبال کنید. اگر اجرای فنی موفق است ولی پاسخ معنی نادرستی دارد، توضیح اتصال و اسناد ساختار را بازبینی کنید. بازنویسی سؤال نیز وقتی مفید است که معیار یا بازه مبهم باشد؛ به راهنمای سؤال خوب مراجعه کنید.