دیسک بوت

اتصال به سرور پایگاه داده توسط مدیر یا خطای ناشناخته HRESULT \u003d 80004005 قطع شد. خطای ناشناخته HRESULT \u003d 80004005 یا چرا پایگاه داده ها به dt ریخته نمی شوند جلسه توسط مدیر خاتمه یافت

سرور 1C x64 نصب شده (32 بیتی نیز امتحان شده است)

همه چیز تا راه اندازی مجدد کار می کند. پس از راه اندازی مجدد سیستم ، هنگام تلاش برای اتصال به پایگاه داده در SQL یا باز کردن خوشه در کنسول 1C ، با تصاویر زیر لرزش می گیریم:

هنگام اتصال به سرور 1C از کنسول ، ما دریافت می کنیم:

خطا در اتصال به سرور 1C: Enterprise 8.2:
خطای سرور یا اتصال توسط سرپرست قطع شد
خطای قالب جریان

هنگام شروع پایگاه داده SQL ، با یک خطا مواجه می شویم:

هنگام انجام عملیاتی با infobase خطایی روی داد.
روی سرور خطایی رخ داده یا اتصال توسط سرپرست قطع شده است.
خطای قالب جریان

برای اینکه بتوانید پایگاه داده را شروع کرده و از کنسول به خوشه متصل شوید ، فقط به این موارد کمک کرد:

1. توقف سرویس سرور 1C: سازمانی 8.2

2. حذف فرآیندهای rmngr.exe rphost.exe (با تمام شدن rmngr.exe خود خراب می شود).

3. تمیز کردن دایرکتوری C: \\ Program Files \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx (برای سرور 32 بیتی C: \\ Program Files (x86) \\ 1cv82 \\ srvinfo \\ reg_1541 \\ snccntx)

4. شروع سرویس سرور 1C: Enterprise 8.2

با این حال ، در روند کار با مجموعه SQL ، ممکن بود به طور غیرمنتظره ای با دریافت بعدی همان خطاها ، خاموش شدن اضطراری 1Sky را بگیرید.

مورد آزمایش قرار گرفتند:

1. نسخه های مختلف ، سرورهای مختلف ،

2. کاربران مختلف: سیستم ، مدیر ، USR1CV82.

3. اعمال حقوق کامل این کاربران در فهرست ها C: \\ Program Files \\ 1cv82 \\ (برای سرور 32 بیتی C: \\ Program Files (x86) \\ 1cv82 \\) با وراثت به اشیا کودک.

4. ده ها راه اندازی مجدد و بیشتر.

با این حال ، دلیل خیلی غیر منتظره ای بود!

مراجعه به مرجع در ویندوز 7 (سرور 2008 ، 2008R2 ، احتمالاً 2012)

سعی کنید رایانه خود را با نام پینگ کنید. آنچه می بینید کاربرد محلول من را تعیین می کند.

انجام این کار آسان است:

1. Command Prompt را اجرا کنید (Win + R ، cmd را تایپ کنید و روی تأیید کلیک کنید)

2. در خط فرمان ، دستور "Ping" a space و نام رایانه خود را تایپ کنید. یعنی آدرس IP او نیست. Enter را بزنید.

3. اگر سیستم شروع به پینگ کردن خود از طریق آدرسی مانند fabc: de12: 3456: 7890: ABCD: EF98: 7654: 3210 یا آدرس IP دیگری متفاوت از آدرس شما

به باشگاه خصوصی مراجعه به bugofichi Windows 7 خوش آمدید.

مشکل در این واقعیت است که سرور 1C نمی تواند خود را با نام شناسایی کند.

اما ، نمایش IP شما به عنوان IPv6 یکی از دلایل عمده این خطا است.

دلیل دیگر ممکن است اتصال دوره ای به شبکه دیگر باشد (بگذارید بگوییم VPN) وقتی یک رابط جدید ایجاد می شود و ویندوز مجدداً "به اشتباه" ارجاع خود را شروع می کند.

در زیر من دو راه حل برای کار کردن در مورد این "ویژگی" را توصیف می کنم.

ابتدا می خواهم به شما هشدار دهم:

تمام کارهایی را که با رایانه انجام می دهید با خطر و خطر انجام می دهید.

گزینه شماره 1کامپیوتر و IP آن را به هاست اضافه کنید

1. شما باید پرونده میزبان را در پوشه C: \\ Windows \\ System32 \\ drivers \\ etc پیدا کنید. اگر فایل میزبان را در این پوشه مشاهده نمی کنید ، به راحتی پنهان است. سپس می توانید کلید ALT را فشار دهید و در منوی ظاهر شده "Tools" - "Folder Options" - "View" و در آوردن علامت تیک "پنهان کردن پرونده های سیستم محافظت شده" وجود دارد. همچنین می توانید سوئیچ "نمایش پرونده های پنهان ، پوشه ها ، درایوها" را تنظیم کنید ، سپس به طور کلی همه چیز قابل مشاهده خواهد بود. (بعد از دستکاری هاست ، توصیه می کنم علامت تأیید را به جای اصلی خود برگردانید تا در آینده تصادفاً چیزی گیر نیفتد)

2. این پرونده را در Notepad باز کرده و یک خط مانند 192.168.0.1 Server (آدرس IP PCName) به انتها اضافه کنید. ذخیره کنید و فایل را ببندید.

3. سعی کنید کامپیوتر خود را با استفاده از نام دوباره پینگ کنید. اگر IP را دوباره مشاهده نکردید ، مشکلی پیش آمد ... شاید آنتی ویروس نسخه قدیمی پرونده را بازگرداند (کاسپر این را دوست دارد) یا مورد دیگری.

به طور کلی ، هنگام جستجوی نام باید به آدرس صحیح برسید.


گزینه شماره 2 IPv6 را به طور کامل غیرفعال کنید (http://support.microsoft.com/kb/929852)

تلاش برای پیشی گرفتن از بقیه جهان ، ویندوز 7 ، نه تنها IPv6 را همزمان به همه رابط ها می اندازد ، بلکه آن را به عنوان پیش فرض هنگام مراجعه مجدد معرفی می کند. با این حال ، امروزه تعداد کمی از افراد از این پروتکل استفاده می کنند و بنابراین می تواند / باید غیرفعال شود. به یاد داشته باشید که حذف علامت تیک از پروتکل IPv6 در رابط کارت شبکه هیچ کاری نمی کند!

  1. کلیک Win + R را بنویسید ، regedit را بنویسید و Enter را فشار دهید. ویرایشگر رجیستری باز می شود.
  2. اگر از شما خواسته شد اقدامات را مجاز کنید ، در کادر گفتگو کلیک کنید کنترل حساب کاربری دکمه ادامه هید.
  3. کلید فرعی رجیستری زیر را پیدا کرده و انتخاب کنید:

    HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Services \\ Tcpip6 \\ پارامترها \\

  4. روی مورد دوبار کلیک کنید غیرفعال شده برای تغییر پارامتر غیرفعال شده.
    اگر پارامتر باشد غیرفعال شده از دست رفته ، باید ایجاد شود برای این:
    1. در یک شاخه بودن مولفه های،در منو ویرایش کنید مورد را انتخاب کنید ایجاد یک، و سپس - پارامتر DWORD (32 بیت).
    2. DisabledComponents را تایپ کرده و Enter را فشار دهید.
    3. روی مورد دوبار کلیک کنید غیرفعال شده.
    4. ffffffff را وارد کنید و سپس کلیک کنید خوب.
    5. رایانه خود را دوباره راه اندازی کنید.

می بایست شبیه به این باشه:

بنابراین ، شما IPv6 را کاملاً غیرفعال می کنید و ویندوز از آدرس IP خود برای تغییر نام استفاده نمی کند.

مهم!!!

مطمئن شوید که رایانه شخصی خود را از طریق نام پینگ کرده و مطمئن شوید که پینگ ها به آدرس IP صحیح می روند. همیشه ، اولین بار ، غیرفعال کردن IPv6 امکان پذیر است (یا نام پارامتر کاملاً صحیح نیست ، سپس مقدار ...)

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

من فکر می کنم همه حداقل یک بار ، اما با خطای 1C مواجه شدند اتصال به سرور پایگاه داده توسط مدیر Microsoft SQL Server Native Client 10.0 خاتمه یافت: خطای ناشناخته HRESULT \u003d 80004005

در اینجا چند روش برای کمک به حل این مشکل آورده شده است:
1. پیکربندی را برای اطلاعات نادرست (آوار) بررسی کنید. برای انجام این کار ، دستور "بررسی پیکربندی" را با کادر انتخاب "بررسی منطقی یکپارچگی پیکربندی" اجرا کنید. در صورت شناسایی مشکلات ، پیامی نمایش داده می شود. در این حالت ، اطلاعات نادرست به طور خودکار حذف می شوند ، با این حال ، قابلیت تغییر شی for پیکربندی ریشه باید تضمین شود (به عنوان مثال ، هنگام کار با مخزن ، باید ضبط شود).

2. اگر پیکربندی شما تحت پشتیبانی است ، باید تنظیمات فروشنده را نیز به همین ترتیب بررسی کنید. برای انجام این کار ، در تنظیمات پشتیبانی ، پیکربندی تأمین کننده را در یک پرونده cf ذخیره کنید ، آن را در یک پایگاه داده جدید بارگذاری کنید و روش شرح داده شده در نقطه 1 را دنبال کنید. اگر پیام وصله ای دریافت شده باشد ، پیکربندی فروشنده حاوی اطلاعات نادرستی است. در این حالت ، باید پیکربندی خود را از پشتیبانی حذف کرده و با ادغام با نسخه جدید پیکربندی فروشنده ، آن را دوباره نصب کنید. در حال حاضر ، تمام نسخه های منتشر شده توسط 1C در حال آزمایش و بدون این مشکل هستند.

3. همچنین ، وضعیت زیر با این وضعیت تلاقی می کند:
10007066 ثبت داده های حاوی ستون های نوع ذخیره سازی
مسئله:
هنگام استفاده از MS SQL SERVER DBMS ، ممکن است هنگام نوشتن یک شی database پایگاه داده شامل چندین ستون از نوع Storage Values \u200b\u200bخطایی رخ دهد که داده ها برای آنها از پرونده ها بدست می آید.
خطای DBMS: Microsoft OLE DB Provider for SQL Server: عدم تطابق طول داده رشته HRESULT \u003d 80004005 و برنامه خراب شد.

با فعال کردن ثبت فناوری در زمان راه اندازی ، می توانید جدولی را که شامل چنین مخازنی است تعریف کنید. با استفاده از MS SQL Server Query Analizer ستون های نوع تصویر را در این جدول پیدا کنید. برای هر ستون از نوع تصویر ، یک پرس و جو مانند این اجرا کنید:

S_ انتخاب 10 مورد برتر DATALENGTH (_Fld4044)
از _InfoReg4038
سفارش براساس DATALENGTH (_Fld4044)

تفاوت های ظریف: لطفا توجه داشته باشید که "بررسی های استاندارد" توسط سیستم عامل (chdbfl ، در تنظیم کننده) با اصرار می گوید که همه چیز با پایه خوب است.

ماهیت مسئله: مهم است که دلایل مختلفی می توانند تحت این پیام خطا قرار بگیرند ، اما آنها یک قسمت مشترک برای 1C دارند - rAM کافی نیست... دقیق تر استفاده ناکارآمد از منابع حافظه... از این رو ، راه های غیرمستقیم برای غلبه بر این مشکل وجود دارد: با راه اندازی مجدد سرور (حافظه در دسترس بیشتری برای مدتی وجود دارد) یا با سوئیچ به سرور برنامه 64 بیتی.

1C: سازمانی 8.2. مجوز سرور (x86-64)

از تجربه ، مشکل مربوط به ذخیره سازی داده ها در غرفه های ذخیره مقدار یا وجود داده های باینری بیش از 120 mb در جدول پیکربندی است.

1. تمام کارهای پس زمینه را برای همه پایگاه داده غیرفعال کنید
در 8.1.11 سوئیچ "ممنوعیت مشاغل پس زمینه" در وجود داشت
لحظه ایجاد پایگاه

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

2. سرور را مجدداً راه اندازی کنید
مرحله دوم یک مورد خاص برای پرونده شما و بعد از آن نیز است
منطقی است که عملکرد را بررسی کنیم. با این حال ، از آنجا که نشت حافظه http://www.gilev.ru/1c/memleak وجود دارد ، پس از مدتی پس از راه اندازی مجدد مشکل ، می تواند دوباره برگردد.

3) با استفاده از sql نسخه پشتیبان تهیه کنید
من توصیه می کنم برای هر عملی که لازم است "به حالت قبلی داده" برگردید "نسخه پشتیبان تهیه کنید

4) پایه را از پشتیبانی خارج کنید ، رجوع کنید به تخلیه
یک ورودی بیش از 120 مگابایت را در پایگاه داده کنسول مدیریت در جدول پیکربندی از بین ببرید ، "پیکربندی بار" را انجام دهید (ادغام نشود) ورودی بیش از 120 مگابایت را در پایگاه داده کنسول مدیریت در جدول پیکربندی از بین ببرید ، "پیکربندی بار" را انجام دهید (ادغام نشود)

در اینجا مثالی از نحوه کار این تکنیک آورده شده است.
http://partners.v8.1c.ru/forum/thread.jsp؟id\u003d543293

1. تنظیم کننده را باز کنید ؛
2. پیکربندی را از پشتیبانی حذف کرد ، پیکربندی را ذخیره نکرد!
3. بعدی پیکربندی را در یک فایل ذخیره کنید (بدون ذخیره تنظیمات تغییر یافته).
4- در SQL برای پایگاه داده مورد نیاز ، دستور زیر را اجرا کردم:
از dbo حذف کنید. پیکربندی WHERE DataSize\u003e 125829120
5. پیکربندی ذخیره شده را بارگیری کنید.

برگرفته از http://www.forum.mista.ru/topic.php؟id\u003d465608

می توانید مرحله رادیکال تری را در اینجا امتحان کنید:
(در کنسول مدیریت) جدول "پیکربندی" را در پایگاه داده حذف کنید
D_rop TABLE.

5) "پیکربندی بار" را از cf انجام دهید (ادغام نشود)
پس از آن بررسی کردیم ، مشکل برطرف می شود.

6) خطا: "اتصال به سرور پایگاه داده توسط مدیر قطع شد
Microsoft OLE DB Provider for SQL Server: خطای شناخته نشده
HRESULT \u003d 80004005 "

ما: 1C 8.1.13.41 SCP 1.2.19.21 در MS SQL 2005 SP3 در Win2003 Server Enterprise بر روی یک کامپیوتر 4 گیگابایتی فیزیکی داریم. حافظه (SQL به حداکثر حافظه 2Gb پیکربندی شده است)

راه حل در مورد من:
ویندوز به طور پیش فرض 2 گیگابایت برای خودش می گیرد و 2 عدد به ما می دهد. SQL تقریباً تمام بقیه حافظه را می خورد (در تنظیمات 2 گیگابایت است) و فقط 128 مگابایت حجم فیزیکی برای بقیه باقی می ماند. حافظه (همانطور که مناسب SQL است - برای همه چیز لازم نیست ، باید 128 جا بماند). خطای 1C پس از تغییر جهت انتشار 1.2.21.1 شروع به نمایش کرد. بله ، در واقع ، در نسخه 1.2.19.1 هیچ ورودی بزرگتر از 120 مگابایت در پرونده dbo.Config وجود ندارد. اما پس از به روزرسانی به 1.2.21.1 ، چنین رکوردی (حدود 135 مگابایت) ظاهر می شود. هنگامی که از پشتیبانی حذف می شود ، رکورد به خودی خود ناپدید می شود و هیچ چیز نباید حذف شود. هنگام قرار دادن پشتیبانی ، دوباره ظاهر می شود ... همانطور که من متوجه شدم ، این تنظیمات منبع است.
اگر SQL فقط 128 مورد را ترک کند ، اما 135 مورد لازم است ، نتیجه گیری این است که لازم است فرایندهای کار حافظه فیزیکی زنده داشته باشند. SQL را می توان کوتاه کرد. و شما می توانید ویندوز. با تنظیم سوئیچ / 3GB در boot.ini ، بدین ترتیب ویندوز 1Gb و بقیه 3Gb و نه 2/2 را به عنوان پیش فرض ارائه دادم. پس از راه اندازی مجدد سیستم همه چیز خوب است.

آیا شما راه حل خود را دارید! در قسمت نظرات این مورد را ثبت کنید)

توصیف کدهای خطا غالباً در ITS ارائه می شود ، اما همیشه کوشنده نیستند. در این مقاله سعی خواهیم کرد "خستگی" را ادامه دهیم

هنگام کار با پایگاه داده های 1C ، ممکن است با وضعیت زیر روبرو شوید:

جلسه توسط مدیر خاتمه یافت.
به خاطر اینکه:
اتصال به سرور پایگاه داده توسط مدیر قطع شد
Microsoft OLE DB Provider for SQL Server: خطای شناخته نشده
HRESULT \u003d 80004005

علائم مشکل: نمی توان به dt ریخت

توجه! خطاهای زیادی با کد 80004005 وجود دارد ، من طبقه بندی را با جزئیات بیشتر در اینجا توضیح دادم http: //www..htm. در اینجا ما به طور خاص در مورد "خطای ناشناخته" صحبت می کنیم

1. پیکربندی را برای اطلاعات نادرست (آوار) بررسی کنید. برای انجام این کار ، دستور "بررسی پیکربندی" را با کادر انتخاب "بررسی منطقی یکپارچگی پیکربندی" اجرا کنید. در صورت شناسایی مشکلات ، پیامی نمایش داده می شود. در این حالت ، اطلاعات نادرست به طور خودکار حذف می شوند ، با این حال ، قابلیت تغییر شی for پیکربندی ریشه باید تضمین شود (به عنوان مثال ، هنگام کار با مخزن ، باید ضبط شود).

2. اگر پیکربندی شما تحت پشتیبانی است ، باید تنظیمات فروشنده را نیز به همین ترتیب بررسی کنید. برای انجام این کار ، در تنظیمات پشتیبانی ، پیکربندی تأمین کننده را در یک پرونده cf ذخیره کنید ، آن را در یک پایگاه داده جدید بارگذاری کنید و روش شرح داده شده در نقطه 1 را دنبال کنید. اگر پیام وصله ای دریافت شده باشد ، پیکربندی فروشنده حاوی اطلاعات نادرستی است. در این حالت ، باید پیکربندی خود را از پشتیبانی حذف کرده و با ادغام با نسخه جدید پیکربندی فروشنده ، آن را دوباره نصب کنید. در حال حاضر ، تمام نسخه های منتشر شده توسط 1C در حال آزمایش و بدون این مشکل هستند.

3. همچنین ، وضعیت زیر با این وضعیت تلاقی می کند:

10007066 ثبت داده های حاوی ستون های نوع ذخیره سازی
مسئله:
هنگام استفاده از MS SQL SERVER DBMS ، ممکن است هنگام نوشتن یک شی database پایگاه داده شامل چندین ستون از نوع Storage Values \u200b\u200bخطایی رخ دهد که داده ها برای آنها از پرونده ها بدست می آید.
خطای DBMS: Microsoft OLE DB Provider for SQL Server: عدم تطابق طول داده رشته HRESULT \u003d 80004005 و برنامه خراب شد.
تاریخ انتشار: 2008-11-13

با فعال کردن ثبت فناوری در زمان راه اندازی ، می توانید جدولی را که شامل چنین مخازنی است تعریف کنید. با استفاده از MS SQL Server Query Analizer ستون های نوع تصویر را در این جدول پیدا کنید. برای هر ستون از نوع تصویر ، یک پرس و جو مانند این اجرا کنید:

10 DATALENGTH برتر (_Fld4044) را انتخاب کنید
از _InfoReg4038
سفارش براساس DATALENGTH (_Fld4044)

تفاوت های ظریف: لطفا توجه داشته باشید که "بررسی های استاندارد" توسط سیستم عامل (chdbfl ، در تنظیم کننده) با اصرار می گوید که همه چیز با پایه خوب است.

اصل مشکل: مهم است که دلایل مختلفی ممکن است تحت این پیام خطا قرار بگیرند ، اما آنها برای 1C یک قسمت مشترک دارند - این RAM کافی نیست. دقیق تر ، استفاده ناکارآمد از منابع حافظه. از این رو ، راه های غیرمستقیم برای غلبه بر این مشکل وجود دارد: با راه اندازی مجدد سرور (حافظه در دسترس بیشتری برای مدتی وجود دارد) یا با سوئیچ به سرور برنامه 64 بیتی.

1C: سازمانی 8.2. مجوز سرور (x86-64)

از تجربه ، مشکل مربوط به ذخیره سازی داده ها در غرفه های ذخیره مقدار یا وجود داده های باینری بیش از 120 mb در جدول پیکربندی است.

در 8.1.11 سوئیچ "ممنوعیت مشاغل پس زمینه" در وجود داشت
لحظه ایجاد پایگاه

من آماده هستم تا روشن کنم که مشاغل پیش زمینه به خودی خود شیطانی نیستند بلکه رویه های معمول هستند
با جستجوی متن کامل - چیزی به خودی خود - و حافظه ای که بعد از چه زمانی می تواند داشته باشد
منابع rphost.exe را بخورید ، که برای کارهای دیگر باقی نمی ماند ، و به سادگی
پایه را مسدود کنید
آنهایی که به عبارت دیگر ، پس از اولین مرحله ، شما می توانید از قبل بررسی کنید - شاید مشکل "برطرف شود".
2. سرور را مجدداً راه اندازی کنید

مرحله دوم یک مورد خاص برای پرونده شما و بعد از آن نیز است
منطقی است که عملکرد را بررسی کنیم. با این حال ، از آنجا که در http: //www.site/1c/memleak نشت حافظه وجود دارد ، ممکن است مدتی پس از راه اندازی مجدد بازگردد.
3) با استفاده از sql نسخه پشتیبان تهیه کنید

4) پایه را از پشتیبانی خارج کنید ، رجوع کنید به تخلیه

کشتن در پایگاه داده مدیریت کنسول در رکورد جدول پیکربندی بیش از 120 مگابایت ، انجام "پیکربندی بار" (نه اتحادیه) کشتن در دیتابیس مدیریت کنسول در رکورد جدول پیکربندی بیش از 120 مگابایت ، انجام "پیکربندی بار" (نه اتحادیه)

در اینجا مثالی از نحوه کار این تکنیک آورده شده است

http://partners.v8.1c.ru/forum/thread.jsp؟id\u003d543293

1. تنظیم کننده را باز کنید ؛
2. پیکربندی را از پشتیبانی حذف کرد ، پیکربندی را ذخیره نکرد!
3. بعدی پیکربندی را در یک فایل ذخیره کنید (بدون ذخیره تنظیمات تغییر یافته).
4- در SQL برای پایگاه داده مورد نیاز ، دستور زیر را اجرا کردم:
از dbo حذف کنید. پیکربندی WHERE DataSize\u003e 125829120
5. پیکربندی ذخیره شده را بارگیری کنید.

برگرفته از http://www.forum.mista.ru/topic.php؟id\u003d465608

می توانید یک مرحله رادیکال تر را اینجا امتحان کنید:
حذف (در مدیریت کنسول) جدول "پیکربندی" در پایگاه داده

قطره جدول
5) "پیکربندی بار" را از cf انجام دهید (ادغام نشود)

پس از آن بررسی می کنیم ، مشکل برطرف می شود.

سعی کنید یک وصله برای MDAC 2.8 support.microsoft.com/kb بر روی سرور و سرویس گیرنده نصب کنید ... "" ،
مشتریان فقط TCP / IP را نیز نصب کرده اند؟

مدیران آنها ممکن است مفید باشند http://support.microsoft.com/kb/827422/ru

در اینجا گزیده ای از این مقاله (البته برای سال 2000 ، اما اصل یکسان است):

عیب یابی اتصال
بیشتر این مشکلات در SQL Server 2000 به دلیل مشکلات TCP / IP یا احراز هویت ویندوز یا ترکیبی از هر دو است.

توجه! قبل از اقدام به عیب یابی مشکلات اتصال در SQL Server 2000 اطمینان حاصل کنید که سرویس MSSQLServer در رایانه SQL Server در حال اجرا است.

در حال بررسی تنظیمات DNS
از سرویس Domain Name System (DNS) برای حل یک آدرس IP به نام نمونه ای از SQL Server استفاده می شود. اگر نام به اشتباه حل شده باشد ، نمونه SQL Server در دسترس نیست و یک یا چند پیام خطای زیر ظاهر می شود.
SQL Server وجود ندارد یا دسترسی از آن رد شده است
خطای عمومی شبکه
متن SSPI ایجاد نمی شود
با پینگ کردن نام و آدرس IP در سرور ، می توانید تأیید کنید که نام سرور به درستی برطرف شده است. برای انجام این کار؛ این موارد را دنبال کنید.
1. بر روی دکمه Start کلیک کرده و Run را انتخاب کنید.
2. در کادر محاوره ای Run Program ، cmd را در قسمت Open وارد کرده و OK را بزنید.
3. دستور زیر را از خط فرمان اجرا کنید:

پینگ

آدرس IP برگشتی را یادداشت کنید.
4- از خط فرمان ، دستور زیر را اجرا کنید (جایی که آدرس IP همان آدرس IP است که در مرحله 3 نوشتید):

پینگ –a

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

برای اطلاعات بیشتر در مورد دستور ipconfig ، به مقاله زیر در Microsoft Knowledge Base مراجعه کنید:
223413 http://support.microsoft.com/kb/223413/ پارامترهای مورد استفاده با ابزار Ipconfig.exe در ویندوز 2000

برای حل این مشکل ، یک ورودی برای سرور به فایل٪ systemroot٪ \\ system32 \\ drivers \\ etc \\ hosts در رایانه مشتری اضافه کنید. روش دیگر ، شما می توانید با ایجاد اتصال به سرور با استفاده از کتابخانه لوله ها به نام Network ، مشکل را حل کنید.

در حال بررسی پروتکل های فعال شده و نام های مستعار
اگر نام مستعار به درستی در رایانه مشتری پیکربندی نشود ، مشکلات اتصال ممکن است رخ دهد. برای مشاهده نام های مستعار از برنامه سرویس گیرنده شبکه استفاده کنید. این مراحل را دنبال کنید.
1. برنامه سرویس گیرنده شبکه را شروع کنید. اگر SQL Server Client Tools روی رایانه ای که برنامه مشتری را اجرا می کند نصب شده است ، برای اجرای برنامه سرویس گیرنده شبکه باید مراحل زیر را انجام دهید.
آ. روی دکمه Start کلیک کنید و Programs را انتخاب کنید.
ب در گروه Microsoft SQL Server ، Network Client Program را انتخاب کنید.
اگر SQL Server Client Tools روی رایانه سرویس گیرنده نصب نشده است ، برای اجرای برنامه سرویس گیرنده شبکه باید مراحل زیر را انجام دهید.
آ. روی دکمه Start کلیک کرده و Run را انتخاب کنید.
ب در کادر محاوره ای Run Program ، cliconfg را در قسمت Open وارد کرده و OK را کلیک کنید.
2. در کادر گفتگوی SQL Server Network Client Utility ، روی تب General کلیک کرده و پروتکل های مورد نیاز را فعال کنید.

توجه داشته باشید. حداقل TCP / IP و لوله های نامگذاری شده باید فعال باشند.
3. روی زبانه Alias \u200b\u200bکلیک کنید و نامهای مستعار پیکربندی شده برای نمونه SQL Server را مرور کنید.
4- اطمینان حاصل کنید که نام سرور (آدرس IP) و پروتکل در ویژگی های مستعار به درستی پیکربندی شده اند.
می توانید نام مستعار جدیدی برای آزمایش اتصال با نام سرور ، آدرس IP یا پروتکل دیگر ایجاد کنید.

توجه داشته باشید. در نسخه های قبلی Microsoft Data Access Components (MDAC) ، رابط برنامه سرویس گیرنده شبکه متفاوت است. بنابراین ، اگر عناصر رابط توصیف شده در این مقاله را مشاهده نمی کنید ، نسخه جدیدتری از اجزای MDAC را بر روی رایانه مشتری نصب کنید.