कैसे करें: SSRS को AD + MSSQL

शुभ दिन मैंने फैसला किया कि SQL के माध्यम से AD डेटा को संसाधित करने का अनुभव न केवल मेरे लिए उपयोगी होगा, बल्कि मुझे रूसी में स्पष्ट मैनुअल नहीं मिलेगा।

_{प्रस्तुति की शैली के लिए, मैं आपसे पूछता हूं कि आप मुश्किल से न टकराएं, मैंने जितना संभव हो उतना सुलभ समझाने की कोशिश की, जैसा कि मैं खुद चाहता था कि जब मैं जानकारी की तलाश में था।}

वास्तव में कार्य: "और हमें कंपनी के सभी उपयोगकर्ताओं पर एक रिपोर्ट दें, ताकि उसके समूह प्रदर्शित हों।" मुझे नहीं पता है कि यह कुछ वास्तविक AD व्यवस्थापन टूल के साथ कितना वास्तविक है, लेकिन मेरे दिमाग में जो पहला विचार आया वह यह था कि AD को एक अनुरोध लिखें और उसमें से सारी जानकारी निकाल लें कि आप केवल किस थ्रेड में लेबल कर सकते हैं और फिर आपको जो भी पसंद है उसे प्रोसेस कर सकते हैं, रिपोर्टिंग सेवा या क्या धागा क्रिस्टल रिपोर्ट की भावना में। AD तक कैसे पहुंचे?

यह पता चलता है कि MSSQL में AD को जोड़ने के लिए एक देशी OLE DB प्रदाता है। हमारे लिंक सर्वर से सर्वर ऑब्जेक्ट में जोड़ें:

EXEC master.dbo.sp_addlinkedserver @server = N'ADSI' , @srvproduct=N'Active Directory Service Interfaces' , @provider=N'ADSDSOObject' , @datasrc=N'adsdatasource' 

मैं तुरंत ध्यान देना चाहूंगा कि विषय में उपयोग किए गए कोड का पिछले कुछ दिनों में विभिन्न सर्वरों (2008/2008 R2 / 2012) पर एक से अधिक बार परीक्षण किया गया है और उत्पन्न sql स्क्रिप्ट प्रदान की गई है।

_{मैंने यह नहीं कहा कि मुझे यह कैसे करना है, क्योंकि मुझे नहीं पता;)}

सर्वर बनाने के बाद, आपको उसमें लॉगिन जोड़ना होगा:

 EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'ADSI' ,@useself=N'False' ,@locallogin=NULL ,@rmtuser=N'Domain\user' ,@rmtpassword='password' 

मैं यह नोट करना चाहता हूं कि सर्वर की सेटिंग में ही हम स्पष्ट रूप से हमारे लिए विशिष्ट ldap कनेक्शन को इंगित नहीं करते हैं।

Sql सर्वर द्वारा उत्पन्न सेटिंग्स:

 EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'collation compatible', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'data access', @optvalue=N'true' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'dist', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'pub', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'rpc', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'rpc out', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'sub', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'connect timeout', @optvalue=N'0' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'collation name', @optvalue=null EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'lazy schema validation', @optvalue=N'false' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'query timeout', @optvalue=N'0' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'use remote collation', @optvalue=N'true' EXEC master.dbo.sp_serveroption @server=N'ADSI', @optname=N'remote proc transaction promotion', @optvalue=N'true' 

यह सब हमारे पास एक सर्वर है। अब आपको एक अनुरोध की आवश्यकता है। आप प्रश्नों के लिए दो बोलियों का उपयोग कर सकते हैं:

1. 1) एसक्यूएल समान सिंटैक्स - और इसका इस्तेमाल किया।
2. 2) LDAP समान सिंटैक्स - मेरी राय में यह अधिक तार्किक लग रहा है, लेकिन मुझे इसके बारे में पता चला जब मैंने सब कुछ किया।
   

हमारे लिए रुचि के सर्वर के लिए क्वेरी OPENQUERY के माध्यम से की जाती हैं। FROM में क्वेरी में, LDAP प्रकार का लिंक लिखें: // dc = maindomain, dc = rootfolder, इसे apostorophs में लपेटें और एक चयन सूची लिखें। यह लिंक या तो प्रवेशकों से प्राप्त किया जा सकता है, या आप उस शाखा के लिए विज्ञापन खोज सकते हैं जिसकी हमें किसी सुविधाजनक ldap ब्राउज़र के साथ ज़रूरत है।
प्रश्न:

 SELECT * FROM OPENQUERY(ADSI,'SELECT cn,sAMAccountName FROM ''LDAP://dc=maindomain,dc=rootfolder''') 

F5 पर क्लिक करें। हुर्रे अनुरोध काम करता है। आनंद अल्पकालिक है, लाइनों के बाद 900 (एक सेकंड से कम) बाहर गिर जाता है

लिंक किए गए सर्वर "ADSI" के लिए OLE DB प्रदाता "ADSDSOObject" से एक पंक्ति नहीं लाया जा सकता है।

मुझे तुरंत कहना होगा कि यह AD की एक कस्टम सीमा है, न कि ड्राइवर, या प्रदाता, या कुछ और। खैर, अगर यह सिर्फ 2000 नहीं है, तो 2000 में यह विन्यास योग्य नहीं है। यह कैसे कॉन्फ़िगर किया गया है, हम यहां देख सकते हैं।
हम दो तरीकों से जा सकते हैं: प्रशासकों को इस सीमा को फिर से कॉन्फ़िगर करने या रोकने के लिए कहें। अंतिम लक्ष्य सभी उपयोगकर्ताओं को प्राप्त करना है।
अपनी खोज को संक्षिप्त करें:

 SELECT * FROM OPENQUERY(ADSI,'SELECT cn,sAMAccountName FROM ''LDAP://dc=maindomain,dc=rootfolder'' WHERE AND objectClass=''person'' AND objectClass<>''computer'' ') 

फिर से बहुत? ठीक है, तो आपको चालाक होने की आवश्यकता है। आप उदाहरण के लिए किसी विशिष्ट उपयोगकर्ता को खोज सकते हैं। लेकिन फिर हमें सभी उपयोगकर्ताओं के लॉगिन को भी जानना होगा, न कि अच्छी तरह से। ठीक है, हम कम से कम उन लोगों को खोज लेंगे जिनका लॉगिन एबीसी पर शुरू होता है। हम sAMAccountName क्षेत्र द्वारा खोज करेंगे - यह एक ऐसा क्षेत्र है जो सभी AD योजनाओं में लगता है, ठीक है, यदि आप एक अत्यंत अनूठी योजना का उपयोग नहीं कर रहे हैं। यदि यह अभी भी चरम पर है, तो प्रवेशकर्ताओं से संपर्क करें और उन्हें आपके लिए इसे (योजना) खोजने दें। मुझे लगता है कि हमने मैदान पर फैसला किया है। अब बोली एएनआई वर्ग से अलग है:

 SELECT * FROM OPENQUERY(ADSI,'SELECT cn,sAMAccountName FROM ''LDAP://dc=maindomain,dc=rootfolder'' WHERE sAMAccountName =''abc*'' AND objectClass=''person'' AND objectClass<>''computer'' ') 

यदि उपयोगकर्ता एबीसी से शुरू हो रहे हैं, तो यह आपके लिए कुछ लौटाएगा:

sAMAccountName cn
abceeeee abceeeee dfdf eee

हां, उल्टे क्रम में। नहीं, मुझे पता नहीं क्यों। ठीक है, उदाहरण के लिए, हम एक नेस्टेड लूप के साथ आएंगे जो एक से जेड तक पत्र संयोजनों पर आधारित है और sAMAccountName = aa * प्रकार की खोज करता है, फिर sAMAccountName = ab *, गतिशील क्वेरी को छोड़ देता है। उदाहरण के लिए, उपयोगकर्ताओं को प्राप्त हुआ। अब आपको समूह प्राप्त करने की आवश्यकता है।

हम पूछते हैं:

 SELECT * FROM OPENQUERY(ADSI,'SELECT memberOf,cn,sAMAccountName FROM ''LDAP://dc=maindomain,dc=rootfolder'' WHERE sAMAccountName =''abc*'' AND objectClass=''person'' AND objectClass<>''computer'' ') 

हमें मिलता है:

लिंक किए गए सर्वर "ADSI" के लिए OLE DB प्रदाता "ADSDSOObject" से पंक्ति का डेटा नहीं मिल सकता है। साइन बेमेल या अतिप्रवाह के अलावा अन्य कारणों के कारण डेटा मान परिवर्तित नहीं किया जा सका।

सदस्यऑफ कई हो सकते हैं, अच्छी तरह से, सैद्धांतिक रूप से तार्किक। हम उपयोगकर्ता के समूहों से नहीं पूछेंगे, लेकिन वे समूह जिनमें उपयोगकर्ता है और हम इस संपूर्ण निर्माण में शामिल होंगे। सभी समूहों को प्राप्त करने के लिए, हम एक ऐसे समूह की तलाश कर रहे हैं जिसमें हमारे वांछित उपयोगकर्ता का dn सदस्य में पंजीकृत हो

 SELECT * FROM OPENQUERY(ADSI,'SELECT name FROM ''LDAP://dc=maindomain,dc=rootfolder'' WHERE objectCategory = ''Group'' AND member=''CN=username,OU=Departments,dc=maindomain,dc=rootfolder'' ') 

समूहों को आरेख में देखने के लिए बेहतर है कि उनसे क्या आकर्षित किया जाए।

अब उपयोगकर्ता "umi (yumi चीनी विभाग) का प्रयास करें।" खैर, एक अजीब उपयोगकर्ता, मैं बहस नहीं करता। लेकिन अंग्रेजी नाम, और रूसी कोष्ठक में, काफी सामान्य है। ठीक है, बात नहीं।
प्रश्न:

 SELECT * FROM OPENQUERY(ADSI,'SELECT name FROM ''LDAP://dc=maindomain,dc=rootfolder'' WHERE objectCategory = ''Group'' AND member=''CN=umi(  ),OU=Departments,dc=maindomain,dc=rootfolder'' ') 

यदि इस उपयोगकर्ता के पास कोई समूह है, तो हमें एक उत्तर भी मिलेगा। लेकिन अगर हम उपयोगकर्ता को कहीं से निर्यात करते हैं, जहां हमारे पास उपयोगकर्ता है, तो हमें किसी प्रकार के रूसी लंबे समय तक अस्पष्ट कहा जाता है, तो हमारे पास एक पंक्ति होगी

umi( , , )
और cn पर हमारे पास 64 अक्षरों की सीमा है, इसलिए हमें यह मिलता है:

umi( ,
अनुरोध के दृष्टिकोण से, सब कुछ ठीक है, sql क्वेरी वक्र पर शपथ नहीं लेगा, लेकिन ldap प्रदाता शपथ लेगा और कहेगा कि

लिंक सर्वर "ADSI" के लिए OLE DB प्रदाता "ADSDSOObject" के खिलाफ निष्पादन के लिए "यहाँ हमारी क्वेरी है" क्वेरी तैयार करते समय एक त्रुटि हुई।

हां, आप कोष्ठक की खोज नहीं कर सकते। पहले मैंने सोचा कि आप उद्धरण के माध्यम से बच सकते हैं, फिर मैंने सोचा कि एक स्लैश के माध्यम से, फिर एक एम्परसेंड के माध्यम से, मैंने बहुत सोचा। यह काम नहीं करता है जवाब अपने आप आया: मैंने उसी उपयोगकर्ता को ldap ब्राउज़र में खोजने की कोशिश की (आप कोई भी ले सकते हैं, मुझे लगता है कि यह वैसे भी काम आएगा)। और अनुरोध का निर्माण करते समय, जब मैंने स्लैश की शुरुआत की, तो उन्होंने खुद मुझे बताया कि कौन से पात्र बच सकते हैं।
सूची है:

1. ( - \28
2. ) - \29
3. * - \2A
4. \ - \5C
5. Carriage Return - \0D
6. Line Feed - 0A
7. NUL - \00


अलग-अलग, यह एपोस्ट्रोफ को ध्यान देने योग्य है, जैसा कि आप पलायन की सूची में देखते हैं कि एपोस्ट्रोफ नहीं है। AD के दृष्टिकोण से, सब कुछ ठीक है, अनुरोध काम कर रहा है, प्रदाता द्वारा अनुरोध के प्रसंस्करण पर त्रुटि बिल्कुल गिर जाती है। आप केवल इसे sql के माध्यम से स्क्रीन कर सकते हैं।

हमारा dn इस तरह दिखता है: CN=Luk'yanova Inna ( ),OU=Departments,dc=maindomain,dc=rootfolder ।

हमने @dn में इसे किसी तरह विनियोजित किया। ताकि आपको एक बार फिर से बैठने की ज़रूरत न हो कि यहाँ कितने एपोस्ट्रोफ़्स चुनने हैं:

 SET @dn = REPLACE(@dn,'''','''''''''') 

ठीक है, फिर, और फिर या तो प्रक्रिया के लिए, या जहां आपको इस क्वेरी (सामानों) को सामान करने की जरूरत है और आप की तरह ही sql टेबल के साथ काम करें।

_{विषय में त्रुटियों के बारे में PS, कृपया मुझे PM में सूचित करें, और टिप्पणियों के माध्यम से नहीं।}