“ การเข้าถึงถูกปฏิเสธ” เมื่อเชื่อมต่อ SSMS กับ Integration Services


17

ฉันได้รับข้อผิดพลาดต่อไปนี้เมื่อพยายามเชื่อมต่อ SSMS กับ Integration Services โดยใช้ชื่อเครือข่ายของคลัสเตอร์ SQL Server เฉพาะ:

การเชื่อมต่อกับบริการการรวมบริการบนคอมพิวเตอร์ 'FooDB' ล้มเหลวด้วยข้อผิดพลาดต่อไปนี้: "การเข้าถึงถูกปฏิเสธ"

ข้อผิดพลาดนี้เกิดขึ้นเมื่อคอมพิวเตอร์ไม่ได้รับการกำหนดค่าให้อนุญาตการเชื่อมต่อระยะไกลผ่าน DCOM หรือผู้ใช้มีสิทธิ์เข้าถึงบริการบริการการรวมเซิร์ฟเวอร์ SQL ผ่าน DCOM

นี่เป็นปัญหาประจำกับโซลูชันที่มีเอกสารครบถ้วน ตัวอย่างเช่นดูการแก้ปัญหาที่นี่และที่นี่

อย่างไรก็ตามฉันได้ลองวิธีแก้ปัญหาทั้งหมดที่ฉันรู้แล้วและปัญหายังคงอยู่

รายละเอียดเพิ่มเติมฉันได้ทำสิ่งต่อไปนี้แล้ว:

  • ตรวจสอบว่าผู้ใช้ที่เชื่อมต่อมีสิทธิ์ DCOM ที่ระบุไว้ในบทความที่ลิงก์ไปด้านบนบน MsDtsServer100:

    1. สิทธิ์ในการเปิดใช้งานและการเปิดใช้งาน: อนุญาตให้เปิดใช้ในท้องถิ่นอนุญาตให้เปิดใช้ระยะไกลเปิดใช้งานในท้องถิ่นเปิดใช้งานระยะไกล

    2. สิทธิ์การเข้าถึง: อนุญาตการเข้าถึงในท้องถิ่นอนุญาตการเข้าถึงระยะไกล

    3. การอนุญาตการกำหนดค่า: อนุญาตให้อ่าน

  • ยืนยันด้วยแพ็กเก็ตดมกลิ่นที่ทราฟฟิกทั้งหมดที่เกี่ยวข้องกับการเชื่อมต่อนั้นประสบความสำเร็จผ่านทางไฟร์วอลล์ แพคเก็ตล่าสุดที่แสดงก่อนการเชื่อมต่อ TCP ถูกดึงลงมาคือการตอบกลับจากเซิร์ฟเวอร์ที่มีรหัสสถานะ Windows สำหรับ 'การเข้าถึงถูกปฏิเสธ' ภายในส่วนหัวของ MSRPC

  • ทดสอบการเพิ่มผู้ใช้ไปยังกลุ่ม 'ผู้ใช้ COM แบบกระจาย' และ / หรือกลุ่มผู้ดูแลระบบภายในจากนั้นรีสตาร์ทเซิร์ฟเวอร์ สิ่งนี้อนุญาตให้ผู้ใช้เชื่อมต่อ SSIS จาก SSMS โดยใช้ชื่อโหนดโลคัล (FooDBN1, FooDBN2) แต่พวกเขายังคงได้รับข้อผิดพลาด 'การเข้าถึงถูกปฏิเสธ' เมื่อเชื่อมต่อกับชื่อเครือข่ายคลัสเตอร์ (FooDB) ซึ่งเป็นสิ่งที่พวกเขาคุ้นเคย เพื่อใช้และสิ่งใดที่ทำงานกับกลุ่มอื่น ๆ ของเรา

นอกจากนี้ฉันยังไม่พบการเปลี่ยนแปลงการเป็นสมาชิกของกลุ่มเหล่านี้ที่จำเป็นในกลุ่มอื่น ๆ

ในกลุ่มอื่น ๆ ที่ฉันตรวจสอบแล้วฉันสามารถเชื่อมต่อ SSMS กับ SSIS โดยใช้ชื่อคลัสเตอร์โดยไม่มีการกำหนดค่าที่ไม่ใช่ค่าเริ่มต้น

ฉันรู้ว่านี่อาจจะเหมาะสมกว่าสำหรับ ServerFault และฉันก็โอเคกับคำถามที่ถูกโยกย้ายหากจำเป็น แต่มันก็เป็นปัญหาของ SQL Server และฉันคิดว่าผู้ใช้ที่นี่อาจมีแนวโน้มที่จะจัดการกับมันมาก่อน

รายละเอียดแพลตฟอร์ม:

  • Windows Server 2008 R2 SP1
  • SQL Server 2008 R2 SP2
  • คลัสเตอร์แบบแอ็คทีฟเรื่อย ๆ 2 โหนดพร้อมอินสแตนซ์ SQL Server เดียว

ใครช่วยแนะนำสิ่งที่ฉันควรจะดูต่อไปที่นี่?

อัปเดต : นี่ลึกลับเพิ่งเริ่มทำงานวันนี้ แต่เฉพาะสำหรับสมาชิกของกลุ่มผู้ดูแลท้องถิ่น ไม่มีอะไรเปลี่ยนแปลงเท่าที่ฉันสามารถบอกได้


1
หากคุณใช้กลุ่มผู้ดูแลระบบคุณอาจถูกหลอกลวงด้วยการปิดบังสิทธิ์ของ UAC ลองสร้างกลุ่มใหม่หรือให้สิทธิ์ผู้ใช้แต่ละรายโดยตรงกับแอปพลิเคชัน SSIS DCOM
db2

หากคุณมีคลัสเตอร์ผู้ใช้ควรเชื่อมต่อกับนามแฝงคลัสเตอร์ไม่ใช่เครื่องแต่ละเครื่อง เป็นอย่างนั้นเหรอ?
Stoleg

ใช่พวกเขาควรใช้ชื่อคลัสเตอร์ไม่ใช่ชื่อโหนดแต่ละรายการ อย่างไรก็ตามด้วยเหตุผลบางอย่างข้อผิดพลาดจะเกิดขึ้นเฉพาะเมื่อใช้ชื่อคลัสเตอร์
James L

เราไม่ได้เปิดใช้งาน UAC กับลูกค้าหรือเซิร์ฟเวอร์ แต่ฉันจะลองให้สิทธิ์ DCOM กับผู้ใช้แต่ละรายแทนกลุ่มและดูว่ามันสร้างความแตกต่างหรือไม่ ขณะนี้ปัญหาไม่เหมาะสมสำหรับฉัน
James L

ตกลงตอนนี้นี่เพิ่งเริ่มทำงานอย่างไม่สามารถนับได้สำหรับทุกคนที่ควรมีสิทธิ์เข้าถึงตามสิทธิ์ที่ฉันได้รับเมื่อหลายสัปดาห์ก่อน ฉันไม่รู้ว่าทำไมสิ่งนี้เริ่มทำงานในไม่กี่วันที่ผ่านมา ดังนั้นดูเหมือนว่าปัญหาจะได้รับการแก้ไข แต่ฉันไม่ทราบว่าทำไมมันเริ่มต้นหรือทำไมมันหยุดเมื่อมัน ฉันเดาว่ามันเกี่ยวข้องกับการเปลี่ยนแปลงนโยบายกลุ่มโดยไม่แจ้งล่วงหน้า
James L

คำตอบ:


9

อาจลองยิงไกล แต่ควรตรวจสอบไฟล์

Server \ 100 \ DTS \ Binn \ MsDtsSrvr.ini SQL \ Program Files \ Microsoft

หรือเทียบเท่ากับการตั้งค่าของคุณ คุณอาจต้องแก้ไขด้วยตนเองด้วยชื่ออินสแตนซ์ มิฉะนั้นการเชื่อมต่อ SSIS อาจกำลังค้นหา msdb ของอินสแตนซ์ SQL เริ่มต้นที่ไม่มีอยู่


1
ขอบคุณ แต่ฉันได้ตั้งไว้แล้ว เพิ่มขึ้นเพราะมันเป็นมูลค่าการกล่าวขวัญ
James L

0

ปัญหาเกี่ยวข้องกับการอนุญาตบนเซิร์ฟเวอร์ที่เกี่ยวข้องไม่ใช่ SSIS หรือ MSDB เรามีปัญหาเดียวกัน การเพิ่มบัญชีโฆษณาของผู้ใช้ชั่วคราวไปยังกลุ่มผู้ดูแลระบบท้องถิ่นได้แก้ไขสิ่งนี้ให้เรา การเพิ่มบัญชีโฆษณาของพวกเขาไปยัง PowerUsers หรือผู้ใช้ไม่ได้; อย่างไรก็ตามฉันมั่นใจว่าเราจะได้พบสิ่งที่ขาดหายไปในนโยบายความปลอดภัยท้องถิ่นเพื่อให้เกิดขึ้น


การเพิ่มไปยังบัญชีท้องถิ่นยังใช้งานได้สำหรับฉันคุณช่วยแนะนำสิ่งที่อาจเป็นไปได้ เช่นนี้อาจเป็นวิธีปฏิบัติที่ดีที่สุด
Saurabh Sinha
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.