Yüklü 1C x64 sunucusu (32bit denendi)
Yeniden tasarlanana kadar her şey çalışır. Yeniden başlattıktan sonra, SQL'deki bir veritabanına bağlanmaya veya 1C konsolunda bir küme açmaya çalışırken aşağıdaki resimleri görebilirsiniz:
Konsoldan 1C sunucusuna bağlandığınızda şunları seçebilirsiniz:
Sunucu 1C ile bağlantı: Enterprises 8.2:
Sunucudaki hata veya bağlantının yönetici tarafından kesilmesi
Yayın formatını affedin
SQL veritabanını başlatırken hatayı kaldırabiliriz:
Bilgi tabanına sahip vikonanny operasyonları için özür dilerim.
Sunucu devre dışı bırakıldı veya bağlantı yönetici tarafından kesildi.
Yayın formatını affedin
Veritabanını başlatabilmek ve konsoldan kümeye bağlanabilmek için aşağıdakiler faydalı oldu:
1. Sunucu hizmeti bağlantısı 1C: İşletmeler 8.2
2. rmngr.exe rphost.exe uzak işlemlerini görüntüleyin (rmngr.exe tamamlandığında kendisi başlar).
3. C:\Program Files\1cv82\srvinfo\reg_1541\snccntx dizinini temizleme (32 bit sunucu için C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)
4. 1C sunucu hizmetinin başlatılması: Enterprises 8.2
Bununla birlikte, SQL conf ile çalışma sürecinde, aynı izinlerin daha da geri çekilmesiyle beklenmedik bir şekilde 1SKi'nin acil olarak kapatılmasını yakalamak mümkün oldu.
Protesto noktaları:
1. farklı sürümler, farklı sunucular,
2. Çeşitli hesaplar: Sistem, Yönetici, USR1CV82.
3. Primus, katalogların tüm haklarını Koristuvach'lara verdi C:\Program Files\1cv82\ (32 bitlik bir sunucu için C:\Program Files (x86)\1cv82\) alt nesnelere düşer.
4. Düzinelerce yeniden hayal ve çok daha fazlası.
Ancak nedeni çok daha bilinmiyordu!
Windows 7'de adlandırılmıştır (Server 2008, 2008R2, şu anda 2012'de mevcuttur)
Bilgisayarınıza ona ping atmayı deneyin. İsterseniz kararınızı erteleme olasılığını göz önünde bulundurun.
Vikonati basittir:
1. Komut Satırını başlatın (Win + R, cmd yazın ve Tamam'a tıklayın)
2. Komut satırına “Ping” komutunu ve bilgisayarınızın adını yazın. IP adresi değil, adın kendisi. Enter tuşuna basın.
3. Sistem, görüntülenen adres aracılığıyla kendisine ping atmaya başladı fabc: de12: 3456: 7890: ABCD: EF98: 7654: 3210 veya IP adresinizin başka bir yönetici sürümü
Sizi isimsiz özel kulüp bagofichi'ye davet ediyoruz. Windows sürümleri 7.
Sorunun temelinde 1C sunucusunun isimle tanımlanamaması yatıyor.
IP'nizin IPv6 biçiminde görünmesi de fiyatın iptal edilmesinin en yaygın nedenlerinden biridir.
Başka bir neden, yeni bir arayüz oluşturulduğunda ve Windows kendisini yeniden "yanlış" olarak adlandırmaya başladığında başka bir ağa (örneğin bir VPN) periyodik bağlantılar olabilir.
Aşağıda bu "tuhaflığı" atlatmak için iki çözüm anlatacağım.
Öne geçmek istiyorum:
Bilgisayarınızı içeren tüm etkinliklerin riski size aittir.
1 numaralı seçenek PC'nizi ve IP'nizi Ana Bilgisayarlara ekleyin
1. C:\Windows\System32\drivers\etc klasöründeki hosts dosyasını bilmeniz gerekir. Bu klasördeki Hosts dosyasını indirmediyseniz, bu sadece onu eklediğiniz anlamına gelir. Daha sonra ALT tuşuna basabilir ve menüde "Araçlar" - "Klasör Seçenekleri" - "Görünüm" seçeneğini seçebilir ve Bilmek"Çalınan eşyaları al" onay kutusu var sistem dosyaları". Ayrıca bir remix de yükleyebilirsiniz" Gösterisi alınan dosyalar, Klasörler, diskler, ardından her şey görünür olacak.(Ana Bilgisayarlarla işlem yaptıktan sonra, gelecekte yanlışlıkla bir şeyle karşılaşmamak için onay kutusunu doğru yere işaretlemenizi öneririm)
2. Bu dosyayı Not Defteri'nde açın ve son olarak 192.168.0.1 Sunucusu (IP adresi PC adı) gibi bir satır ekleyin. Dosyayı kaydedip kapatın.
3. Bilgisayarınızı kullanıcı adı aracılığıyla kaydetmeyi tekrar deneyin. IP'yi tekrar indirmeniz gerekmiyorsa - bir şeyler ters gitti... Belki antivirüs programını açabilirsiniz eski versiyon dosya (Casper bunun gibi) veya başka bir şey.
Kullanıcı adı üzerinden ping atılırken doğru adresin alınması gerekmektedir.
Seçenek No. 2 IPv6 protokolünü etkinleştirin (http://support.microsoft.com/kb/929852)
Windows 7'nin bir adım önde olması, IPv6'yı tüm arayüzlere yüklemesinin yanı sıra, adlandırma sırasında onu varsayılan olarak ayarlamasını da gerektiriyor. Ancak günümüzde bu protokol yaygın olarak kullanılmamaktadır ve etkinleştirilebilir/etkinleştirilmelidir. Arayüzdeki IPv6 protokolünün işaretini kaldırmayı unutmayın sınır haritası hiçbir şey verme!
- basmak Win + R, regedit yazın ve Enter'a basın. Kayıt Defteri Düzenleyicisi açılır.
- İzin istendiğinde iletişim kutusuna tıklayın Zahist koristuvachiv'e hizmet düğme yaşamaya devam etmek.
- Aşağıdaki kayıt defteri alt bölümünü bulun ve seçin:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\
- Öğeye çift tıklayın Devre Dışı Bileşenler bir parametreyi değiştirmek için Devre Dışı Bileşenler.
hangi parametre Devre Dışı Bileşenler gün bunun yapılması gerekiyor. Kimin için:- Giltsi'de Perebuvayuchi Parametreler menüde VipravlenyaÖğeyi seçin yaratmak, ve daha sonra - DWORD değeri (32 bit).
- DisabledComponents yazın ve ENTER tuşuna basın.
- Öğeye çift tıklayın Devre Dışı Bileşenler.
- Fffffff değerini girin ve ardından düğmesine basın TAMAM.
- Bilgisayarınızı değiştirin.
Şuna benziyor:
Bu şekilde IPv6 protokolünü tamamen etkinleştirmiş olursunuz ve Windows, adlandırma için IP adresinizi seçmez.
ÖNEMLİ!!!
Ad aracılığıyla bilgisayarınıza ping attığınızdan ve pingin doğru IP adresine gittiğinden emin olun. IPv6'yı ilk kez etkinleştirmeyi unutmayın (parametrenin adı tam olarak doğru değil, anlamı şu...)
Size kızgınlığın çözümlenmesinin her derde deva olmadığını hatırlatmak isterim ve kişinin uzlaşmayı atlamasına ve bunun nedenini bulamamasına izin verilmesinin doğru olmadığını hatırlatmak isterim.
Her zaman düşünüyorum ama hala 1C'de takılıp kalıyorum. Veritabanı sunucusuyla bağlantı Microsoft yöneticisi tarafından kesildi SQL Server Yerel İstemci 10.0: İmzasız park HRESULT = 80004005
Bu sorunu çözmeye yardımcı olacak bazı yollar şunlardır:
1. Yapılandırmada yanlış bilgi olup olmadığını kontrol edin (bkz.). Bu amaçla, kurulu olan “Yapılandırmanın mantıksal bütünlüğünü kontrol et” komutu ile “Konfigürasyonu kontrol et” komutunu girin. Sorun tespit edilmesi halinde bilgilendirme yapılacaktır. Yanlış bilgiler otomatik olarak görüntülenecektir, ancak iz, kök yapılandırma nesnesinin değiştirilmesi için kullanılabilirliği sağlayacaktır (örneğin, benzer bir iz ile çalışırken onu kaydetmek istiyorsunuz).
2. Yapılandırmanız iyi durumdaysa yükleyicinin yapılandırmasını kendiniz kontrol edin. Bunun için, ayarlanmış destekte, istemcinin yapılandırmasını cf dosyasına kaydetmeniz, onu içine koymanız gerekir. yeni taban ve paragraf 1'de açıklanan prosedür. Düzeltmeye ilişkin bildirimin kaldırılması, istemcinin yapılandırmasının yanlış bilgi içerdiği anlamına gelir. Bu durumda yapılandırmanızı destekten kaldırıp yükleyici kurulumunun son sürümüne göre yeniden yüklemelisiniz. Şu anda 1C tarafından yayınlanan tüm sürümler doğrulamaya tabi tutulmakta ve bu sorun olmadan yayınlanmaktadır.
3. Ayrıca bu durum gelişmeye devam ediyor:
10007066 Değer Depolama türünün sütunlarını yerleştirmek için verileri kaydedin
sorun:
MS SQL SERVER DBMS kuruluysa, Değer Depolama tipinde bir dizi sütunu yerleştirmek için bir veritabanı nesnesi yazacağım, dosyalardan bazı çıkarımlar için veriler ve bir derleme meydana gelebilir.
DBMS hatası: SQL Server için Microsoft OLE DB Sağlayıcısı: Dize veri uzunluğu uyuşmazlığıHRESULT = 80004005 robotik programların sonlandırılması hatası.
Bir saat boyunca teknolojik dergiyi açarak bu tür olayların meydana geldiği tabloyu görebilirsiniz. Bu tabloda resim türündeki sütunları bulmak için MS SQL Server Query Analizer'ı kullanın. Tip görselinin dış görünüm sütunu için formu yazın:
S_ilk 10 DATALENGTH'yi seçin (_Fld4044)
_InfoReg4038'den
DATALENGTH (_Fld4044) açıklamasına göre sırala
Nüanslar: "Standart kontroller" platformunun (yapılandırıcıdaki chdbfl) tabanda her şeyin yolunda olduğunu kolayca söyleyebileceğini lütfen unutmayın.
Sorunun özü: Değişiklikle ilgili bildirimin çeşitli nedenlerden kaynaklanması önemlidir, aksi takdirde 1C için gizli bir kısım vardır - kim yeterli değil Veri deposu . Ve daha da doğrusu Bellek kaynaklarının verimsiz kullanımı. Sorunun üstesinden gelmenin bazı dolaylı yöntemleri vardır: sunucuyu yeniden başlatmak (belirli bir saat boyunca daha fazla kullanılabilir bellek olacaktır) veya 64 bit eklenti sunucuya geçmek.
1C: Girişimcilik 8.2. Sunucu lisansı (x86-64)
Ne yazık ki sorun, depolama öznitelik değerindeki verilerin depolanmasıyla veya yapılandırma tablosunda 120 mb'den FAZLA ek verinin bulunmasıyla ilgilidir.
1. Tüm veritabanları için tüm arka plan verilerini açın
8.1.11'de "arka planda çit" remiksi ortaya çıktı
üssün açılma anı.
Arka plan verilerinin kendisinin kötü olmadığını ancak düzenleyici prosedürlerin kötü olduğunu açıklamaya hazırım.
tam metin şakalarla - kendi kendine konuşma - ve hafıza her an kaybolacak
Diğer işlemler sırasında kaybolmamaları için rphost.exe kaynaklarını oluşturun ve
üssü bloke et
Yani ilk adımdan sonra “arka planda” bir sorun olup olmadığını zaten kontrol edebiliyorsunuz.
2. Yeni bir sunucu başlatın
Diğeri sizin ripple'ınız için bir ripple ile düzenlenecek ve bir sonrakinden sonra düzenlenecektir.
Önceliği kontrol etme duygusu var. Bununla birlikte, parçalar http://www.gilev.ru/1c/memleak bellek döngüsünde görünür, ardından Prolem'in yeniden başlatılmasından sonraki bir saat içinde geri dönebilirler.
3) sql kullanarak robimo yedeklemesi
robiti yedek kopya Herhangi bir işlem durumunda, verilere geri dönmeden önce "geri dönmeniz" gerekiyorsa bunu öneririm
4) tabanı destekten kaldırıyoruz, CF'yi canlandırıyoruz
yapılandırma tablosundaki veritabanının yönetim konsoluna 120 MB'tan büyük bir kayıt sürün, lütfen "zavodit yapılandırması" (birleşik değil) yapılandırma tablosundaki veritabanının yönetim konsoluna sürün 120 MB'tan büyük bir kayıt yapın, lütfen "zavodit yapılandırması" " tsіyu" (ob'ednannaya değil)
Bunun pratikliğinin ekseni kabul edilecektir
http://partners.v8.1c.ru/forum/thread.jsp?id=543293
1. Yapılandırıcıyı açın;
2. Yapılandırmayı destekten öğrendikten sonra yapılandırma kaydedilmeyecektir!
3. Daha sonra konfigürasyonu bir dosyaya kaydedin (değiştirilen konfigürasyonu kaydetmeden);
4. Gerekli veritabanı için SQL'de şu komutu girin:
Dbo.Config'DEN SİLİN WHERE DataSize> 125829120
5. Kaydedilen konfigürasyonu tekrar değiştirin.
http://www.forum.mista.ru/topic.php?id=465608 adresinden alınmıştır.
Burada daha radikal bir yaklaşımı deneyebilirsiniz:
Veritabanındaki "config" tablosunu (yönetim konsolunda) silebilirsiniz
D_rop TABLOSU.
5) cf ile “yapılandırmayı geliştirmeye” (birleştirmemeye) dikkat edin
Bundan sonra kontrol ediyoruz, sorun ortadan kalkmış.
6) Not: “Veritabanı sunucusuyla bağlantı yönetici tarafından kesildi
SQL Server için Microsoft OLE DB Sağlayıcısı: İmzasız af
HRESULT = 80004005"
Maemo: 4 Gb fiziksel bilgisayarda Win2003 Server Enterprise üzerinde MS SQL 2005 SP3 üzerinde 1C 8.1.13.41 UPP 1.2.19.21. bellek (Maksimum Bellek 2Gb'de SQL kurulumu)
Sorunumun çözümü:
Windows kendinize 2 GB alıyor, 2 GB'ı bize veriyor. SQL tüm belleği tüketmiş olabilir (varto ayarlarında 2Gb) ve diğerleri için yalnızca 128 MB fiziksel alandan mahrum kalmış olabilir. bellek (SQL nedeniyle olduğu gibi - HER ŞEYİ almaktan suçlu değilsiniz, 128'i silmekten suçlusunuz). Pomilka 1C, 1.2.21.1 sürümüne geçişin ardından işaretler göstermeye başladı. Yani evet, 1.2.19.1 sürümünde dbo.Config dosyasında 120 MB'tan büyük hiçbir giriş yoktu. Ve 1.2.21.1'e güncelledikten sonra böyle bir kayıt (yaklaşık 135MB) ortaya çıkıyor. Destekten kaldırdığınızda kayıt kendiliğinden tanınır ve hiçbir şeyin silinmesine gerek kalmaz. Desteğe koyduğunuzda tekrar beliriyor... Bunun posta operatörünün yapılandırması olduğunu anlıyorum.
SQL 128'e kadar, ancak 135'e kadar gerektirdiğinden, çalışma süreçlerine ilişkin veriler fiziksel bellekte depolanır. SQL'i azaltabilirsiniz. Ya da belki Windows. Boot.ini'ye / 3GB anahtarını yükleyerek, Windows 1Gb'yi ve beklendiği gibi 2/2 değil, diğer her şeyi 3Gb verdim. Yeniden başlattıktan sonra her şey yolunda.
Kendi kararın var mı? Yogo'yu yorumlara ekleyin)
ITS genellikle ödeme kodlarının açıklamalarını sağlar, ancak kokular sonsuza kadar ortadan kaldırılmayacaktır. Bu statti'yi çiğneyip "kazıyabileceğiz" :)
1C veritabanlarını kullanırken aşağıdaki durumla karşılaşabilirsiniz:
Robot oturumu yönetici tarafından sonlandırıldı.
bu sebepten:
Veritabanı sunucusuyla bağlantı yönetici tarafından kesildi
SQL Server için Microsoft OLE DB Sağlayıcısı: İmzasız af
HSONUL = 80004005
Bir sorunun işaretleri: dt'de yaşayamazsınız
Saygı! 80004005 kodlu aflar anonimdir, burada sınıflandırmayı daha net anlattım http://www..htm. Burada “bilinmeyen merhamet”ten bahsediyoruz :)
1. Yapılandırmada yanlış bilgi olup olmadığını kontrol edin (bkz.). Bu amaçla, kurulu olan “Yapılandırmanın mantıksal bütünlüğünü kontrol et” komutu ile “Konfigürasyonu kontrol et” komutunu girin. Sorun tespit edilmesi halinde bilgilendirme yapılacaktır. Yanlış bilgiler otomatik olarak görüntülenecektir, ancak iz, kök yapılandırma nesnesinin değiştirilmesi için kullanılabilirliği sağlayacaktır (örneğin, benzer bir iz ile çalışırken onu kaydetmek istiyorsunuz).
2. Yapılandırmanız iyi durumdaysa yükleyicinin yapılandırmasını kendiniz kontrol edin. Bu amaçla, belirlenen talimatlara uygun olarak istemcinin yapılandırmasını bir cf dosyasına kaydedin, yeni bir veritabanına aktarın ve oturum açın, prosedür paragraf 1'de açıklanmaktadır. Düzeltmeye ilişkin bildirimin kaldırılması, istemcinin yapılandırmasının yanlış bilgi içerdiği anlamına gelir. Bu durumda yapılandırmanızı destekten kaldırıp yükleyici kurulumunun son sürümüne göre yeniden yüklemelisiniz. Şu anda 1C tarafından yayınlanan tüm sürümler doğrulamaya tabi tutulmakta ve bu sorun olmadan yayınlanmaktadır.
3. Ayrıca bu durum gelişmeye devam ediyor:
10007066 Değer Depolama türünün sütunlarını yerleştirmek için verileri kaydedin
sorun:
MS SQL SERVER DBMS kuruluysa, Değer Depolama tipinde bir dizi sütunu yerleştirmek için bir veritabanı nesnesi yazacağım, dosyalardan bazı çıkarımlar için veriler ve bir derleme meydana gelebilir.
DBMS hatası: SQL Server için Microsoft OLE DB Sağlayıcısı: Dize veri uzunluğu uyuşmazlığıHRESULT = 80004005 robotik programların sonlandırılması hatası.
Yayın tarihi: 2008-11-13
Bir saat boyunca teknolojik dergiyi açarak bu tür olayların meydana geldiği tabloyu görebilirsiniz. Bu tabloda resim türündeki sütunları bulmak için MS SQL Server Query Analizer'ı kullanın. Tip görselinin dış görünüm sütunu için formu yazın:
ilk 10 DATALENGTH'yi seçin (_Fld4044)
_InfoReg4038'den
DATALENGTH (_Fld4044) açıklamasına göre sırala
Nüanslar: Lütfen "Standart kontroller" platformunun (yapılandırıcıdaki chdbfl) tabanda her şeyin yolunda olduğunu kolayca söyleyebilmesine saygılı olun.
Sorunun özü: İptal bildirimlerinin çeşitli nedenlerden kaynaklanabileceği önemlidir, ancak aynı zamanda 1C için gizli bir kısımları da vardır - yeterli RAM'leri yoktur. Ve daha da doğrusu, bellek kaynaklarının etkisiz kullanımı. Sorunun üstesinden gelmenin bazı dolaylı yöntemleri vardır: sunucuyu yeniden başlatmak (belirli bir saat boyunca daha fazla kullanılabilir bellek olacaktır) veya 64 bit eklenti sunucuya geçmek.
1C: Girişimcilik 8.2. Sunucu lisansı (x86-64)
Ne yazık ki sorun, depolama öznitelik değerindeki verilerin depolanmasıyla veya yapılandırma tablosunda 120 mb'den FAZLA ek verinin bulunmasıyla ilgilidir.
8.1.11'de “arka planda çit” remiksi ortaya çıktı
üssün açılma anı.
Arka plan verilerinin kendisinin kötü olmadığını ancak düzenleyici prosedürlerin kötü olduğunu açıklamaya hazırım.
tam metin şakalarla - kendi kendine konuşma - ve hafıza her an kaybolacak
Diğer işlemler sırasında kaybolmamaları için rphost.exe kaynaklarını oluşturun ve
üssü bloke et
Yani ilk adımdan sonra “arka planda” bir sorun olup olmadığını zaten kontrol edebilirsiniz.
2. Yeni bir sunucu başlatın
Diğeri sizin ripple'ınız için bir ripple ile düzenlenecek ve bir sonrakinden sonra düzenlenecektir.
Önceliği kontrol etme duygusu var. Bununla birlikte, parçalar http: //www.site/1c/memleak bellek döngüsünde görünüyor, ardından sorunun yeniden başlatılmasından yaklaşık bir saat sonra sorun çözülebilir.
3) sql kullanarak robimo yedeklemesi
4) tabanı destekten kaldırıyoruz, CF'yi canlandırıyoruz
yapılandırma tablosundaki veritabanı konsolunun yönetimine 120 MB'tan büyük bir kayıt girin, lütfen “yapılandırmayı etkinleştirin” (paylaşılmaz) yapılandırma tablosundaki veritabanı konsolunun yönetimine 120 MB'den büyük bir kayıt girin, lütfen girin İgurasyon" (birleşik değil)
bunun yararlılığını kabul edeceğim
http://partners.v8.1c.ru/forum/thread.jsp?id=543293
1. Yapılandırıcıyı açın;
2. Yapılandırmayı destekten öğrendikten sonra yapılandırma kaydedilmeyecektir!
3. Daha sonra konfigürasyonu bir dosyaya kaydedin (değiştirilen konfigürasyonu kaydetmeden);
4. Gerekli veritabanı için SQL'de şu komutu girin:
Dbo.Config'DEN SİLİN WHERE DataSize> 125829120
5. Kaydedilen konfigürasyonu tekrar değiştirin.
http://www.forum.mista.ru/topic.php?id=465608 adresinden alınmıştır.
Burada daha radikal bir yaklaşımı deneyebilirsiniz:
veritabanındaki “config” tablosunu silin (yönetim konsolunda)
DAMLA TABLO.
5) cf ile dikkatlice “zavantazhivat konfigürasyonu” (konsolidasyon değil)
Bundan sonra kontrol ediyoruz, sorun ortadan kalkmış.
İstemcileri ve sunucuları MDAC 2.8 support.microsoft.com/kb'ye yamalamayı deneyin ... »»
Kurulum istemcilerinde yalnızca TCP/IP var mı?
Yöneticileri faydalanabilir http://support.microsoft.com/kb/827422/ru
Bu istatistiğin güç ekseni (2000 yılı için bile olsa prensip aynıdır):
Kurulumla ilgili sorunları kontrol edin ve bağlanın
SQL Server 2000'deki bu sorunların çoğu TCP/IP protokolündeki sorunlardan, Windows güvenilirlik denetimlerinden veya her iki türden sorunlardan kaynaklanmaktadır.
Saygı! SQL Server 2000'de bağlantı kurulumuyla ilgili sorunları gidermeden önce, SQL Server çalıştıran bilgisayarda MSSQLServer hizmetinin çalıştığından emin olun.
DNS ayarlarını kontrol etme
Etki Alanı Adı Sistemi (DNS) hizmeti, IP adreslerini SQL Server örnek adlarına çözümlemek için kullanılır. Bazen yanlış ayet SQL Server örneğinin adına artık erişilemiyor ve aşağıdaki değişikliklerle ilgili bir veya daha fazla bildirim olarak görünüyor.
SQL Server mevcut değil veya erişim reddedildi
Genel Ağ Hatası
SSPI İçeriği Oluşturulamıyor
Ping komutunu kullanarak sunucuyu adı ve IP adresine göre arayarak, sunucu adının doğru çözümlendiğini doğrulayabilirsiniz. Neden bu tür eylemlere imza atıyorsunuz?
1. Başlat düğmesine tıklayın ve Viconty'yi seçin.
2. Programları çalıştır iletişim kutusunda, Aç alanına cmd komutunu girin ve Tamam'a tıklayın.
3.Z komut satırı Vikonte adım komutu:
ping
Döndürülmüş IP adreslerini kaydedin.
4. Komut satırından sonraki komutu yazın (de IP adresi - IP adresi değil, 3 yazdığınızda girin):
ping -a
Komutun sunucu adını doğru şekilde döndürüp döndürmediğini kontrol edin. Belirtilen komutlardan biri başarısızlıkla sonuçlanırsa, yanlış değerler döndürürse veya kontrol süresi dolarsa, bu, DNS aramasının yanlış yapıldığı veya önlemlerin işlevselliğiyle veya yönlendirmeyle ilişkili başka bir sorun olduğu anlamına gelir. . Tam DNS yapılandırmasını görüntülemek için komutu komut satırından çalıştırın:
ipconfig komutu hakkında daha fazla bilgi için şu Microsoft Bilgi Bankası makalesine bakın:
223413 http://support.microsoft.com/kb/223413/ Windows 2000'de Ipconfig.exe kullanılarak kontrol edilebilecek ayarlar
Bu sorunu düzeltmek için, sunucu için %systemroot%\system32\drivers\etc\hosts dosyasına bir giriş ekleyin. istemci bilgisayar. Ayrıca, ek bir ağ adı kanalı kitaplığı kullanarak sunucuya bir bağlantı kurarak sorunu çözebilirsiniz.
Dahil edilen protokolleri ve takma adları kontrol etme
Takma ad istemci bilgisayarda doğru şekilde yapılandırılmazsa bağlantı kurmayla ilgili sorunlar ortaya çıkabilir. Takma adları görüntülemek için border client programını kullanın. Yaklaşan etkinlikler için kaydolun.
1. Edge istemci programını başlatın. Çalıştığı bilgisayarda neler var istemci programı, SQL Server istemci hesapları kurulur, ardından uç istemci programlarını çalıştırmak için adımları kapatmanız gerekir.
A. Başlat düğmesine tıklayın ve Programlar'ı seçin.
B. Grupta Microsoft SQL'i Sunucu, Edge Client Programı'nı seçin.
SQL Server istemci bilgisayarları istemci bilgisayarda kurulu değilse, uç istemci programını başlatmak için tüm adımlardan çıkmanız gerekir.
A. Başlat düğmesine tıklayın ve Viconty'yi seçin.
B. Programları çalıştır iletişim kutusunda, Aç alanına cliconfg komutunu girin ve Tamam'ı tıklayın.
2. SQL Server Edge Client Programı iletişim kutusunda Harici sekmesini açın ve gerekli protokolleri etkinleştirin.
Not. TCP/IP protokolünü ve adlandırılmış kanalları etkinleştirmek gereklidir.
3. İstemci Adları sekmesini açın ve SQL Server örneği için yapılandırılan takma adları değiştirin.
4. Takma ad yetkililerinin sunucu adını (IP adresi) ve protokolü doğru şekilde yapılandırdığından emin olun.
Sunucu adını, IP adresini veya diğer protokolü kullanarak bağlantıyı test etmek için yeni bir takma ad oluşturabilirsiniz.
Not. Microsoft Veri Erişim Bileşenleri'nin (MDAC) önceki sürümlerinde, uç istemci programının arabirimi bozulur. Bu nedenle, bu makalede açıklanan arayüz öğelerini okumadıysanız istemci bilgisayara daha fazlasını yükleyin. Yeni sürüm MDAC bileşenleri.