SSMS'yi Entegrasyon Hizmetlerine bağlarken “erişim reddedildi”


17

SSMS'yi belirli bir SQL Server kümesinin ağ adını kullanarak Integration Services'a bağlamaya çalışırken aşağıdaki hatayı alıyorum:

'FooDB' bilgisayarındaki Integration Services hizmetine bağlanma şu hatayla başarısız oldu: "Erişim reddedildi."

Bu hata, bilgisayar DCOM üzerinden uzak bağlantılara izin verecek şekilde yapılandırılmadığında veya kullanıcının DCOM üzerinden SQL Server Integration Services hizmetine erişme izni olduğunda oluşur.

Bu, iyi belgelenmiş bir çözümle ilgili rutin bir sorundur. Örneğin, buradaki ve buradaki çözümlere bakın .

Ancak, bildiğim tüm çözümleri denedim ve sorun devam ediyor.

Daha ayrıntılı olarak, aşağıdakileri yaptım:

  • Bağlanan kullanıcıların, yukarıda MsDtsServer100 üzerinde bağlantılı makalelerde listelenen DCOM izinlerine sahip oldukları doğrulandı:

    1. Başlatma ve Etkinleştirme İzinleri: Yerel Başlatmaya izin ver, Uzaktan Başlat'a izin ver, Yerel Etkinleştirme, Uzaktan Etkinleştirme

    2. Erişim İzinleri: Yerel Erişime İzin Ver, Uzaktan Erişime İzin Ver

    3. Yapılandırma İzni: Okumaya İzin Ver

  • Bağlantı ile ilgili tüm trafiğin güvenlik duvarından başarıyla geldiğini bir paket dinleyicisi ile onaylandı. TCP bağlantısı kesilmeden önce gösterilen son paket, MSRPC üstbilgisi içinde 'erişim reddedildi' için Windows durum kodunu içeren sunucudan gelen bir yanıttır.

  • Kullanıcıların 'Dağıtılmış COM Kullanıcıları' grubuna ve / veya yerel yöneticiler grubuna eklenmesi ve ardından sunucuların yeniden başlatılması test edildi. Bu, kullanıcıların yerel düğüm adlarını (FooDBN1, FooDBN2) kullanarak SSMS'den SSIS'ye bağlanmasına izin verdi, ancak küme ağ adına (FooDB) bağlanırken hala 'erişim reddedildi' hatası alıyorlar. kullanmaya ve diğer kümelerimizde neyin işe yaradığını

Ayrıca, diğer gruplarda bu grupların üyeliğini değiştirmeyi gerekli bulamadım.

Kontrol ettiğim diğer kümelerde, varsayılan olmayan bir yapılandırma olmadan küme adını kullanarak SSMS'yi SSIS'ye bağlayabilirim.

Bunun ServerFault için daha uygun olabileceğini ve gerekirse soru taşınırken sorun olmadığını anlıyorum, ancak bu aynı zamanda bir SQL Server sorunudur ve buradaki kullanıcıların daha önce ilgilenmiş olabileceğini düşünüyorum.

Platform ayrıntıları:

  • Windows Server 2008 R2 SP1
  • SQL Server 2008 R2 SP2
  • Tek bir SQL Server örneğine sahip 2 düğümlü aktif pasif küme

Burada ne bakmam gerektiğini kimse önerebilir mi?

Güncelleme : Bu gizemli bir şekilde bugün çalışmaya başladı, ancak sadece yerel yöneticiler grubunun üyeleri için. Anlayabildiğim kadarıyla hiçbir şey değişmedi.


1
Administrators grubunu kullanıyorsanız, UAC ayrıcalık maskelemesi tarafından ısırılıyor olabilirsiniz. Yeni bir grup oluşturmayı veya doğrudan SSIS DCOM uygulamasında bireysel kullanıcı izinleri vermeyi deneyin.
db2

Bir kümeniz varsa, kullanıcılar tek tek makinelere değil, küme diğer adına bağlanmalıdır. Durum böyle mi?
Stoleg

Evet, tek tek düğüm adını değil, küme adını kullanıyor olmalıdırlar. Ancak, bazı nedenlerden dolayı hata yalnızca küme adı kullanılırken ortaya çıkar.
James L

İstemcilerde veya sunucuda UAC etkin değil, ancak gruplar yerine ayrı kullanıcılara DCOM izinleri vermeye çalışacağım ve bunun herhangi bir fark yaratıp yaratmadığına bakacağım. Şu anda sorun benim için bir anlam ifade etmiyor.
James L

Tamam, şimdi bu, hesapsız bir şekilde, haftalar önce verdiğim izinlere göre erişmesi gereken herkes için çalışmaya başladı. Bunun neden sadece son birkaç gün içinde çalışmaya başladığı hakkında hiçbir fikrim yok. Bu yüzden sorun çözülmüş gibi görünüyor, ancak neden başladığını veya ne zaman başladığını bilmiyorum. Tahminimce bu, habersiz grup politikası değişiklikleriyle ilgili.
James L

Yanıtlar:


9

Belki uzun atış, ama dosya kontrol etmeye değer

\ Program Dosyaları \ Microsoft SQL Server \ 100 \ DTS \ Binn \ MsDtsSrvr.ini

veya kurulumunuzdaki eşdeğeri. Bunu örnek adıyla manuel olarak düzenlemeniz gerekebilir. Aksi takdirde SSIS bağlantıları, var olmayan bir varsayılan SQL örneğinin msdb'sini arıyor olabilir.


1
Teşekkürler, ama ben bunu zaten ayarladım. Bahsetmeye değer olduğu için oy verildi.
James L

0

Sorunun, SSIS veya MSDB değil, temel sunucudaki izinlerle ilgisi vardır. Biz de aynı sorunu yaşadık. Kullanıcının AD hesabını yerel yöneticiler grubuna geçici olarak eklemek bunu bizim için düzeltti. AD hesaplarını PowerUsers veya Kullanıcılara eklemek vermedi; ancak bunun gerçekleşmesi için Yerel Güvenlik Politikasında eksik olan şeyleri bulabileceğimizden eminim.


Yerel hesaba eklemek benim için de işe yaradı, olası bir neden olabileceğini önerebilir misin? Bu en iyi uygulama olamayacağından
Saurabh Sinha
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.