किसी SharePoint साइट

Question

में किसी भी बदलाव के लिए दैनिक सारांश अलर्ट कैसे बनाएं, मुझे हाल ही में किसी व्यक्ति को किसी SharePoint साइट के भीतर किसी भी बदलाव के लिए दैनिक सारांश अलर्ट प्राप्त करने की आवश्यकता मिली है; प्रत्येक साइट पर एक मालिक होता है जो उनकी साइट पर सामग्री का प्रभारी होता है।

हमारे पास कुछ काम करने का वर्तमान तरीका साइट के भीतर प्रत्येक सूची/लाइब्रेरी के लिए स्वचालित रूप से अलर्ट सेट करना है।

1. उपयोगकर्ता बनाया विभिन्न अलर्ट का एक बहुत होते हैं:

   // Get the Lists on this Site 
   SPListCollection siteLists = currentSite.Lists; 
   foreach (SPList list in siteLists) 
   { 
       if (!list.ToString().Equals("Master Page Gallery")) 
       { 
        if (list.ReadSecurity == 1) // user has read access to all items 
        { 
         // Create an Alert for this List 
         Guid alertID = currentUser.Alerts.Add(list, SPEventType.All, SPAlertFrequency.Daily); 
   
         // Set any additional properties 
         SPAlert newAlert = currentUser.Alerts[alertID]; 
        } 
       } 
   } 
   

   यह दो समस्याएं पैदा। आदर्श: दैनिक सारांश के साथ केवल एक ईमेल।

2. साइट पर नई सूचियों या पुस्तकालयों की जांच करने के लिए कुछ प्रकार के मॉनिटर को स्थापित करना होगा और उपयोगकर्ता के लिए स्वचालित रूप से अलर्ट सेट अप करना होगा।

प्रश्न: मैं साइट में सभी परिवर्तनों के लिए दैनिक सारांश अलर्ट कैसे बना सकता हूं?

Answer 1

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

ऑडिट एक एसपीएससाइट, एसपीवेब, एसपीएलिस्ट, और एसपीआईटीएम गुणों पर उपलब्ध एक संपत्ति है।

अपनी आवश्यकताओं को सुइट करने के लिए इस संपत्ति का उपयोग करके विशिष्ट ऑडिट झंडे (.udit.AuditFlags गुणों का उपयोग करके) समायोजित करें (विनिर्देश इस बात पर निर्भर करेगा कि आप "परिवर्तन" को कैसे परिभाषित करते हैं, लेकिन लगभग कुछ भी जो आप सोच सकते हैं वह उपलब्ध है)।

SPAudit object के बारे में विवरण एमएसडीएन पर उपलब्ध हैं।

एक बार जब आप यह निर्धारित कर लें कि आप कहां/कहां ऑडिट करना चाहते हैं, तो आपको वह जानकारी अपने उपयोगकर्ताओं को वापस लेनी होगी।

डिफ़ॉल्ट रूप से, एसपी साइट संग्रह स्तर ([साइट संग्रह का यूआरएल]/_ लेआउट/Reporting.aspx? श्रेणी = ऑडिटिंग) पर उपलब्ध कुछ अच्छी रिपोर्ट सेट करता है। ये आपकी जरूरतों को पूरा कर सकते हैं।

आपके शुरुआती समाधान ने उपयोगकर्ताओं के लिए ईमेल के माध्यम से अलर्ट का उल्लेख किया। यह देखते हुए कि अधिकांश उपयोगकर्ता ईमेल में अपनी जानकारी को केंद्रीकृत करना चाहते हैं (हालांकि उनकी माईसाइट रिपोर्ट के लिए लिंक डालने के लिए बहुत अच्छी जगह है!) आपके पास थोड़ा और काम होगा।

आप SPAuditQuery और SPAuditEntryCollection ऑब्जेक्ट्स का उपयोग कर ऑब्जेक्ट मॉडल के माध्यम से आवश्यक ऑडिट जानकारी खींच सकते हैं। इन वस्तुओं का उपयोग करने के तरीके पर फिर से, MSDN has some information।

मैं एक कस्टम SPJobDefinition स्थापित करने की अनुशंसा करता हूं जो दिन के अंत में उपयोगकर्ताओं को उनकी साइट के लिए ऑडिट रिपोर्ट ईमेल करने के लिए चलाता है। एंड्रयू कॉनेल ने अपने ब्लॉग पर how to setup a custom job की एक महान व्याख्या की है।

संक्षेप में:

• सवाल
• में SPWeb के लिए परीक्षण किया जा सकेगा एक रिपोर्ट प्रत्येक SPWeb
• के लिए SPAuditQuery और SPAuditEntryCollection का उपयोग कर बनाने के एक SPJobDefinition कि हर रात चलाता को ईमेल द्वारा भेजने बनाने प्रत्येक एसपीवेब मालिक

Answer 2

किसी साइट पर ऑडिटिंग नीति को सक्षम करने से पहले विचार करने की बात है, आप जो प्रदर्शन ओवरहेड जोड़ते हैं।

मैं यहां जितना संभव हो सके पदचिह्न को रखने की सलाह दूंगा!

इसका मतलब है कि अगर यह केवल एक निश्चित सामग्री प्रकार या एक निश्चित सूची है जिसे आप इस जानकारी से चाहते हैं, तो सुनिश्चित करें कि इन सीटी या सूचियों पर केवल सूचना नीति को सक्षम करें!

लॉगिंग को न्यूनतम तक रखें। उदाहरण के लिए यदि आप केवल विचारों में रुचि रखते हैं, हटाए या पुनर्स्थापित नहीं करते हैं, तो केवल इन घटनाओं को लॉग इन करें!

बड़ी साइटों पर मैंने ऑडिटिंग को वास्तव में कचरा प्रदर्शन देखा है!

यहां कुछ चेतावनियों के बारे में भी जागरूक रहें: भले ही आप सूचियों (जैसे दस्तावेज़ पुस्तकालयों में) पर ऑडिटिंग सक्षम कर सकें, घटनाओं के बहुत सारे (उदाहरण के लिए ईवेंट देखें) विशेष रूप से सूची आइटमों के लिए लॉग नहीं है! यह कहीं भी वर्णित नहीं है (असल में मैंने टेड पैटिसन को एमएसडीएन आलेख में आइटम स्तरीय ऑडिट का उल्लेख भी देखा है) लेकिन मेरे पास सीधे सीएसएस और उत्पाद टीम से है कि प्रदर्शन के मुद्दों के कारण एसपी 2007 में आइटम स्तर ऑडिट लागू नहीं किया गया है। इसके बजाय आप लॉग में एक सूची ईवेंट प्राप्त करते हैं जिसमें यह निर्दिष्ट किया गया है कि सूची को छुआ गया है।

दस्तावेज़ों को काफी ठीक से ट्रैक किया गया है, लेकिन मैंने प्रकाशन पृष्ठ पर ऑडिटिंग व्यू इवेंट्स के साथ समस्याएं देखी हैं (जिसे एपीआई में एक सूची आइटम नहीं माना जाता है) इस पर निर्भर करता है कि ऑडिटिंग कैसे और कहाँ सेट की गई थी (उदाहरण के लिए यदि ऑडिट नीतियां विरासत में सीटी के साथ लागू किया गया था) ताकि कुछ पता होना चाहिए।

[संपादित करें: वास्तव में प्रकाशन पृष्ठोंयदि आप साइट के स्तर का लेखा परीक्षा नीति पर सेट केवल पर नज़र रखी है: यह कल के आसपास कुछ परीक्षण और उसके और भी बदतर था! यदि आप किसी सूची या सामग्री प्रकार (या यहां तक ​​कि एक सामग्री प्रकार से पॉलिसी के साथ सामग्री प्रकार से प्राप्त सामग्री प्रकार) पर कोई नीति सेट करते हैं तो आपको नहीं SPAuditItemType.Document स्तर की घटनाएं मिलेंगी। इसे एक साइट पर सेट करें और आपको बहुत सारे ऑडिट मिलेंगे! उदाहरण के लिए। एक दृश्य x2 दृश्य घटनाओं को ट्रिगर करेगा, और अपडेट के साथ ही, इसलिए आप लॉग इन होने के साथ बहुत अधिक समाप्त हो जाते हैं। यह definetely एक बग होने वाली नीतियों की सूची और सीटी के पर डाल रहे हैं कि कुछ भी नहीं जाँच की जाती है की तरह लग रहा ...]

मुख्य संदेश यहाँ है: सावधान क्या आप प्रवेश करते है, क्योंकि यह आपके साइटों है कि प्रदर्शन टेस्ट को प्रभावित करेगा कि तुम क्या लॉग इन होने की उम्मीद है वास्तव में लॉग इन है!

hth ऐन्डर्स Rask

Answer 3

खैर, यह एक मामला नहीं आइटम स्तर लेखा परीक्षा है कि वहाँ नहीं है। आइटम स्तर की ऑडिटिंग लागू की गई है लेकिन आपको इसे विशिष्ट आइटम के लिए चालू करना होगा। यदि सूची वस्तु मौजूद है तो आप इसका उदाहरण प्राप्त कर सकते हैं और ऑडिटिंग को चालू कर सकते हैं जैसा कि आप सूचियों के लिए करते हैं। समस्या यह है कि ListItem बनने पर इसे चालू कैसे करें। शायद वर्कफ़्लो मदद कर सकता है?