सवाल सर्वर परिवर्तन कैसे रिकॉर्ड करें?


तो हमारे पास शायद इस स्थिति में सब कुछ है: आप कुछ समस्याएं डीबग करते हैं, केवल यह समझने के लिए कि यह छह महीने पहले किए गए कॉन्फ़िगरेशन परिवर्तन के कारण हुआ था, और आपको याद नहीं है कि आपने ऐसा क्यों किया। तो आप इसे पूर्ववत करें और समस्या को ठीक करें, और अब कुछ और समस्या वापस आती है। ओह हाँ, अब मुझे याद है! फिर आप इसे ठीक से ठीक करते हैं।

ऐसा इसलिए है क्योंकि आपने उचित नोट्स नहीं लिया, मूर्ख! लेकिन ऐसा करने का एक अच्छा तरीका क्या है?

इंजीनियरिंग में हमारे पास परिवर्तन का पता लगाने और ट्रैक करने में हमारी सहायता के लिए सॉफ़्टवेयर का भार होता है। स्रोत नियंत्रण, कोड समीक्षा, आदि। प्रत्येक परिवर्तन को ट्रैक किया जाता है, प्रत्येक परिवर्तन के लिए एक टिप्पणी की आवश्यकता होती है कि यह क्या है। और ठेठ इंजीनियरिंग विभागों को अच्छी टिप्पणियों की आवश्यकता होती है ताकि छह महीने में जब आप यह पता लगा रहे हों कि आपने इसे क्यों तोड़ दिया है, तो आप समस्या को दूर करने के लिए ऐतिहासिक 'दोष' सुविधा या बाइनरी खोज निर्माण का उपयोग कर सकते हैं। ये उपकरण बहुत प्रभावी संचार उपकरण और ऐतिहासिक रिकॉर्ड हैं।

लेकिन सर्वरलैंड में, हमारे पास 500 अलग-अलग सेवाएं हैं, सभी को कॉन्फ़िगर करने के विभिन्न तरीकों से। और उनके पास हमेशा एक टेक्स्ट प्रारूप नहीं होता है (किसी फ़ोल्डर पर अनुमतियों को सेट करने या पेजफाइल स्थान को बदलने पर विचार करें) हालांकि उनके पास टेक्स्ट का प्रतिनिधित्व हो सकता है।

हमारे पर्यावरण में, हम जांच करते हैं कि हम कौन सी कॉन्फ़िगरेशन फाइलें हैं जो हम पेर्सफोर्स में कर सकते हैं, लेकिन उनमें से बहुत कम हैं। वास्तव में सक्रिय निर्देशिका डीबी में जांच नहीं कर सकता ... हालांकि शायद एक डंप जो diff'd किया जा सकता है ...

अतीत में मैंने अपने विकी में मैन्युअल चेंज लॉग रखने की कोशिश की है, लेकिन ऐसा करने के लिए अनुशासन को बनाए रखना बहुत मुश्किल है (मुझे पता है, अच्छा बहाना नहीं है, लेकिन यह वास्तव में कठिन है)।

मेरा प्रश्न: आपके सर्वर पर कॉन्फ़िगरेशन परिवर्तनों को ट्रैक करने की इस समस्या का सामना करने के लिए आप किन रणनीतियों और औजारों का उपयोग करते हैं?

-- अद्यतन करें --

नोट: मैं साझा-नोट लेने वाले टूल (मैं OneNote, आदि से परिचित हूं) की तलाश नहीं कर रहा हूं, स्वचालित रूप से स्वचालित रूप से सर्वर परिवर्तनों को ट्रैक करने में सहायता के लिए स्वचालित उपकरण के रूप में। सर्वर कॉन्फ़िगरेशन परिवर्तनों को ट्रैक करने के लिए कोई व्यापक टूल नहीं है, लेकिन शायद कुछ ऐसे अनुप्रयोगों के लिए हैं जैसे जीपीओ।

इसके अलावा मुझे बहुत दिलचस्पी है विशिष्ट रणनीतियों कि आप उपयोगी पाया है। "हम शेयरपॉइंट में नोट्स साझा करते हैं" बहुत अस्पष्ट है। आप अनुशासन को कैसे बनाए रखते हैं? अपने परिवर्तनों को ट्रैक करने के लिए आप किस प्रारूप का उपयोग करते हैं? आप अपना परिवर्तन डेटा कैसे व्यवस्थित करते हैं? मैं वास्तव में उदाहरणों के साथ-साथ विचारों को भी पसंद करूंगा।


49


मूल




जवाब:


लिनक्स भूमि में, लोग कुछ अलग-अलग रणनीतियों का पीछा कर रहे हैं:

  • कॉन्फ़िगरेशन बाधा प्रणाली, पसंद cfengine या कठपुतली या महाराज। ये विंडोज़ जीपीओ के समान हैं। प्वाइंट यह है कि सभी सर्वर कॉन्फ़िगरेशन जानबूझकर एक ही स्थान पर प्रलेखित किया गया है और आप जानते हैं कि पॉलिसी लागू होने वाली ग्रैन्युलरिटी (सर्वर रूम, समूह, विशिष्ट सर्वर) पर क्या है। यह आपको "छह महीने पहले नरक क्या था" से काफी बचाएगा नहीं? लेकिन यह आपको सिर्फ एक सर्वर कॉन्फ़िगरेशन और स्क्रैच से पुनर्निर्माण करने देता है। आप प्रश्न का उत्तर देने के लिए संशोधन नियंत्रण के तहत सीएफएनजीन और कठपुतली नीतियों को डाल सकते हैं।
  • संशोधन नियंत्रण / आदि। आम तौर पर, लिनक्स प्रोग्राम एक ही स्थान पर अपनी कॉन्फ़िगरेशन संग्रहीत करते हैं, आदि। साहसी संशोधन नियंत्रण में डालने के लिए स्क्रिप्ट लिखना शुरू कर रहे हैं। ऐसा एक कार्यक्रम मुझे पता है etckeeper:
विवरण: गिट, मर्कुरियल, बीजीआर या डार्क्स में स्टोर / आदि
 एटकीपर प्रोग्राम एक उपकरण है जो एक गिट, मर्कुरियल में संग्रहीत /
 बीजीआर या डार्क्स भंडार। यह स्वचालित रूप से परिवर्तन करने के लिए एपीटी में हुक करता है
 पैकेज उन्नयन के दौरान / आदि के लिए बनाया गया। यह फ़ाइल मेटाडेटा को उस संस्करण को ट्रैक करता है
 नियंत्रण प्रणाली सामान्य रूप से समर्थन नहीं करती है, लेकिन यह आदि के लिए महत्वपूर्ण है
 / etc / छाया की अनुमति के रूप में। यह काफी मॉड्यूलर और विन्यास योग्य है, जबकि
 यदि आप संस्करण के साथ काम करने की मूल बातें समझते हैं तो भी उपयोग करना आसान है
 नियंत्रण।

19



दोनों प्रकार के सिस्टम, और विशेष रूप से एटकीपर का उल्लेख करने के लिए +1 जो इसे काफी आसान बनाता है - गिट या एचजी के साथ काम करता है। - RichVel
मैं दूसरे को स्थापित करने के लिए एक का उपयोग करता हूं, और इस प्रकार दोनों होते हैं। - Dan Garthwaite
एफवाईआई cfengine www.cfengine.org पर लिंक पॉइंट्स, जो अब टूटा हुआ है। आधिकारिक साइट अब स्थित है www.cfengine.com। भी ectkeeper अब एक होम पेज है etckeeper.branchable.com - e_i_pi
@e_i_pi और कठपुतली अब कठपुतली नहीं है। - jldugger


इस स्थिति में समस्याओं में से एक यह है कि, वास्तव में, यह एक संयोजन व्यापार प्रक्रिया / तकनीकी समस्या है। और यह पता लगाने से निश्चित रूप से बड़ा है कि व्यवस्थापक ने क्या परिवर्तन किया है। आपको अप्रत्याशित परिवर्तनों और व्यवस्थापक या इकाइयों के बीच अच्छे समन्वय के लिए भी नजर रखने की आवश्यकता है ताकि एडी नियंत्रक पर परिवर्तन कुछ विभागीय सर्वर पर डेटाबेस अनुमतियों को तोड़ न सके। यानी, आपका प्रश्न वर्म्स का विशालकाय कर सकता है :)

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

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

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


9



जब आप वीसीएस में कठपुतली कॉन्फ़िगरेशन फ़ाइलों को संग्रहीत करते हैं, तो आपको एक पूर्ण इतिहास और आपके सर्वर कॉन्फ़िगरेशन का लॉग मिलता है, बहुत साफ :) लेकिन, हर चीज को कठपुतली स्क्रिप्ट में परिवर्तित करने के लिए एक और अनुशासन की आवश्यकता होती है: डी - hayalci
मैंने कभी नहीं कहा कि यह आसान था, केवल उपयोगी :) कठपुतली के साथ चाल मॉड्यूल का शानदार उपयोग करना है, यह याद रखना कि आपके प्रयास मर्जी पुरस्कृत करना। अब अगर केवल आरएसए enVision लॉग के लिए एक पार्सर था ... - Scott Pack
आप बिल्कुल सही हैं कि समस्या रिकॉर्डिंग परिवर्तन की तकनीक से बड़ी है। लेकिन आइए समस्या को विस्तारित करने के दायरे में विस्तार न करें। एक प्रभावी उपकरण होने से आपकी टीम पर ध्यान केंद्रित किया जा सकता है और कोई भी अपनी सोच के तरीके में बदलाव को प्रभावित करने की मनोबल को नष्ट नहीं कर सकता है। मैंने कुछ अलग-अलग प्रणालियों को लागू किया है, शायद सबसे अच्छा शायद विकी पेज परिवर्तन की तालिका के साथ है, लेकिन यह अभी भी सही नहीं है। / etckeeper निश्चित रूप से एक प्लस है, लेकिन सिस्टम भर में स्केल करने के लिए मुश्किल है। और सबसे महत्वपूर्ण: सक्रिय निर्देशिका! यह महत्वपूर्ण आवश्यकता है। - ckg


मैं अब 4 या 5 कंपनियों में रहा हूं, मुझे वास्तव में याद नहीं है।

हम सभी को यह समस्या थी। हम में से कोई भी इसे 100 प्रतिशत हल नहीं कर पाया है, लेकिन कंपनी में अब मैं हूं जो मुझे लगता है कि आज की सबसे अच्छी रणनीति है।

शेयरप्वाइंट / विकी / Evernote / पिन

  • शेयर बिंदु
    • आप चाहते हैं कि moan ... यह कुछ बहुत अच्छी सूची सुविधाओं है।
    • आईपी ​​पता सूची
    • सूची
    • सेवा खाते और उपयोग करें
    • अधिसूचना लॉग बदलें
  • विकी
    • कैसे tos
    • लंबी दूरी की कार्य सूची
  • Evernote
    • मेरे साथी और मैं विकी में जो कुछ भी नहीं चाहते हैं उसे रखने के लिए इसका उपयोग करता हूं
    • प्रकृति में तकनीकी कैसे हैं
    • स्क्रैच नोट्स हम दोनों को देखने की जरूरत है
    • सप्ताह के लिए कार्य लेखा
    • ठेकेदार कार्य सूची
    • evernote क्लिपर शॉट एडी / अधिकार सेटिंग्स स्क्रीन को आसान बनाता है
    • हर जगह उपलब्ध है
  • पिन
    • पासवर्ड भंडार

3





इनमें से कुछ के लिए शायद बेहतर उपकरण हैं, लेकिन हम यही उपयोग करते हैं:

  • एक में प्रति-सर्वर आधार पर विन्यास परिवर्तन और उन्नयन / पैच ट्रैक करें निजी विकी
  • विकी में व्हाट्स और समस्याओं / समाधानों का रिकॉर्ड भी रखें
  • उपयोग शेयर बिंदु या गूगल दस्तावेज स्थैतिक आईपी सूचियों जैसी चीजों की आधिकारिक प्रतियां रखने के लिए
  • उपयोग विनाश कॉन्फ़िगरेशन फ़ाइलों में परिवर्तनों को ट्रैक करने के लिए

1



मुझे कॉन्फ़िगरेशन फ़ाइलों पर स्रोत नियंत्रण का उपयोग करना पसंद है - क्या आप किसी संस्करण को चेक-इन या आउट करते समय "उपयोगी" टिप्पणियां लागू करते हैं? - warren
नहीं, असल में मैंने परिवर्तनों को आसान बनाने और बदलने के लिए कुछ स्क्रिप्ट (जमा और वापस) लिखी हैं। हालांकि, अब हम एटकीपर के साथ प्रयोग कर रहे हैं। - Brent


विंडोज के लिए, उस प्लेटफ़ॉर्म के लिए कॉन्फ़िगरेशन और सेवा प्रबंधन में माइक्रोस्कोफ्ट सिस्टम सेंटर श्रृंखला या किसी अन्य प्रतिस्पर्धी को देखें।

परिवर्तनों को एक सभ्य परिवर्तन प्रबंधन दिनचर्या के माध्यम से मार्गांतरित करने की आवश्यकता होती है जो वास्तव में स्वयं द्वारा किए जाने से पहले उन्हें अनुमोदित और लॉग इन करता है। यह स्टार्टर्स के लिए 100% मैनुअल हो सकता है। कुछ बेहतर एकीकृत टूल्स के साथ आप उपकरण को वास्तविक परिवर्तन करने के लिए कह सकते हैं और केंद्रीय कॉन्फ़िगरेशन डेटाबेस में "स्वचालित" लॉगिंग प्राप्त कर सकते हैं - एक व्यक्तिगत सर्वर के कंसोल में नंगे हाथों की बजाय, हाथ से सेटिंग्स के माध्यम से खोदना काउबॉय-शैली की समस्या का प्रयास करें और ठीक करें।


1





आपके पास बिल्कुल एक परिवर्तन प्रबंधन प्रक्रिया होनी चाहिए, खासकर यदि ऐसे कई लोग हैं जिनके पास आपके पर्यावरण में सिस्टम स्तर पर परिवर्तन करने की क्षमता / पहुंच है। यह प्रबंधन के संभावित परिवर्तनों पर हस्ताक्षर करने का एक तरीका भी प्रदान करता है, हालांकि यदि आप फ्लाई पर बदलाव नहीं कर सकते हैं तो नकारात्मक प्रक्रिया में परिवर्तन की प्रक्रिया में विलंबता उत्पन्न होती है।

परिवर्तनों को ट्रैक करने के कुछ तरीकों में आपके एसईएम में घटनाओं की पुष्टि शामिल हो सकती है (मान लीजिए कि आपके पास सुरक्षा इवेंट मैनेजर है) या नेसस जैसे टूल (बहुत से काम में परिवर्तन खोजने के लिए आपके पर्यावरण का ऑडिट कर सकते हैं)।


1





यह एक और स्थानीयकृत, * निक्स आधारित उत्तर है। मुझे विंडोज के तहत अनुकरण करने के लिए कोई अच्छा उपकरण नहीं मिला है।

इसे लागू करने के कुछ तरीके हैं ... और जब आप भूल जाते हैं तो इसे पकड़ने के लिए।

विवर्तन नियंत्रण प्रणाली जैसे उपवर्तन, गिट, सीवी या आरसीएस एक कॉन्फ़िगरेशन फ़ाइल के इतिहास को ट्रैक करने का एक अच्छा तरीका है। यदि आप अपने उत्पादन सर्वर पर एक संशोधन नियंत्रण प्रणाली स्थापित नहीं करना चाहते हैं, तो कॉन्फ़िगरेशन फ़ाइल निर्देशिका को स्थानीय रूप से या दूरस्थ रूप से कुछ ऐसा उपयोग करके संग्रहीत करना rsnapshot आपको आरसीएस के अधिकांश लाभ मिलेगा, लेकिन आप ऑडिट करने या प्रतिबद्ध लॉग छोड़ने की संभावना खो देते हैं (हालांकि इसे फाइलों के अंदर टिप्पणियों के साथ काम किया जा सकता है)।

परिवर्तनों को लॉग इन करना याद रखने में आपकी सहायता के लिए, रात के माध्यम से कॉन्फ़िगरेशन की स्वचालित रिपोर्टिंग, cron'ed tripwire रन एक अच्छी शुरुआत है। फ़ाइलों की वर्तमान स्थिति के ट्रिपवायर के डेटाबेस के निर्माण के बाद, उनके लिए कोई भी परिवर्तन अगले रन के दौरान एक ईमेल के परिणामस्वरूप होगा। डेटाबेस को अद्यतन होने तक आपको यह मेल प्राप्त करना जारी रहेगा, इस प्रकार ट्रिपवायर को "रीसेट" कर दिया जाएगा।


1





मैं फ्लाईप्रैय जैसे किसी इश्यु ट्रैकिंग सिस्टम का उपयोग करूंगा (कोई भी करेगा, लेकिन मुझे गैर प्रोग्रामिंग सामग्री के लिए फ्लाईस्प्रै पसंद है)। किसी भी कॉन्फ़िगर को छूने से पहले, सुधार / समस्या लॉग होनी चाहिए। जब आप इसे ठीक / कार्यान्वित करते हैं, तो टिकट टिकट में जाते हैं।

वर्तमान सेटअप को दस्तावेज करने के लिए विकी अच्छा हो सकता है, लेकिन इसके लिए पुराना होना आसान है - और ऐसा लगता है कि आईएमओ अपडेट करने के लिए और अधिक प्रयास करना पड़ता है।

आपको ऐसा करने के लिए स्वचालित कुछ नहीं मिल रहा है - यद्यपि आप इसे संभवतः सेट अप कर सकते हैं ताकि कुछ कॉन्फ़िगरेशन फ़ाइलों में किए गए परिवर्तन स्वचालित रूप से समस्या ट्रैकर को ईमेल किए गए हों।

मुझे लगता है कि यह सिर्फ एक अच्छी नीति, कम बाधा उपकरण और अनुशासन का मामला है।


0





हमने अपने पर्यावरण में परिवर्तन लॉग ट्रैकिंग करने के लिए कुछ घर बनाया है; यह कुछ भी जटिल नहीं है, और यह काफी अच्छी तरह से काम करता है।

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

जैसा कि मैंने कहा, कुछ भी कल्पना नहीं है। यह PERL CGI का उपयोग करता है (एक अरब साल पहले लिखा गया था), और अनुक्रमण के लिए एक Google खोज उपकरण।

कमियों:

  • सेवाओं के समूह के साथ काम करना मुश्किल है, उदाहरण के लिए, आपने अपने सभी डोमेन नियंत्रकों को केवल उसी पैच को जोड़ा है; हमारे पास "डोमेन नियंत्रक" समूह नहीं है, इसलिए हमें उन्हें मैन्युअल रूप से चुनना होगा
  • समस्या निवारण में सहायता के लिए हार्डवेयर, सॉफ़्टवेयर या ईवेंट लॉग त्रुटि रिपोर्टिंग के साथ एकीकृत नहीं है
  • जैसा कि मैंने उपरोक्त कहा है, सभी 'जनसांख्यिकीय' डेटा के लिए मैन्युअल डेटा प्रविष्टि

वैसे भी, अगर कोड में दिलचस्पी रखने के बाद, मुझे बताएं और मैं इसे साझा करने के लिए शायद इसे पकड़ सकता हूं।


0





जैसा कि कहा जाता है, यह अक्सर एक सांस्कृतिक मुद्दा है - आखिरकार, कुछ विकास की दुकानें अब टिप्पणियों से परेशान नहीं होती हैं (स्वयं दस्तावेज कोड आज एक फैशनेबल buzzword है!) और कुछ ऐतिहासिक रिकॉर्ड के पवित्र अंगूर के रूप में एक संस्करण नियंत्रण प्रणाली का उपयोग करते हैं। जाहिर है, ये सही नहीं हैं।

इसलिए, इसे ठीक करने का एकमात्र सही तरीका यह एक सांस्कृतिक समाधान बनाना है। सुनिश्चित करें कि बग ट्रैकर (या नॉलेजबेस, या विकी) में परिवर्तन के सभी कारण लॉग हैं, और सुनिश्चित करें कि परिवर्तन नियंत्रण प्रणाली में सभी परिवर्तन लॉग हैं।

हमारे पास आपातकालीन सेवा ग्राहक हैं, उनके सिस्टम में होने वाले हर बदलाव को लॉग किया जाता है, और हर बार जब हम अपने सिस्टम में लॉग इन करते हैं, तो हमें इसे लॉग करना होगा। उनमें से कुछ के लिए, हमें पहले अनुमति के लिए फोन करना होगा (और मुझे लगता है कि वे इसे भी लॉग करते हैं!)। हर एक परिवर्तन लॉग है, और यह लॉगिंग किए बिना ग्राहक प्रणाली को बदलने के लिए एक अनुशासनात्मक अपराध होगा।

यह कठिन लगता है, लेकिन इसकी नहीं। आप जल्दी से एक्सेस लॉग में जोड़ने और लॉग बदलने की आदत में आते हैं - कोड परिवर्तन में जांच करते समय कोई टिप्पणी लिखने से भी बदतर नहीं है।

मैं एक बगट्रैकर को परिवर्तन नियंत्रण कारण लॉग के रूप में अनुशंसा करता हूं, क्योंकि आमतौर पर अपडेट करना आसान होता है (मैं मंटिस का उपयोग करता हूं)।


0





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

पता नहीं है कि बेस मूल्य निर्धारण क्या है, लेकिन एचपी ने ओप्सवेयर खरीदा जाने से पहले, यह $ 350,000 यूएस था (बिना किसी समर्थन के, और मेरा विश्वास - जब आप ओप्सवेयर से शुरू करते थे तो आप समर्थन चाहते थे)।

मैंने जिन ग्राहकों के साथ काम किया था, उनमें से कई ग्राहकों ने आवेदन कॉन्फ़िगरेशन और स्नैपशॉट सुविधाओं के साथ संयोजन के साथ उपयोग किया था Tripwire

बेशक, यदि आपके पास कोई बजट नहीं है - यह एक खराब विकल्प ™ है :)

और, fwiw, जब मैं इसे पुनः लोड करता हूं तो मेरे लिए इस पृष्ठ के शीर्ष पर दिखाई देने वाला विज्ञापन था spiceworks। एचपीएसए के समान शक्तिशाली दिखता है :)


0