Skip to main content
एक प्रकाशित नीति संस्करण कभी नहीं बदलता। किसी नीति को संपादित करना और फिर से प्रकाशित करना एक नया संस्करण बनाता है; यह पहले से मशीनों पर मौजूद संस्करण को कभी नहीं फिर से लिखता। यही रोलबैक को सुरक्षित बनाता है: अंतिम अच्छा संस्करण अभी भी वहां है, बिट दर बिट, और रोलबैक करने से निर्णय इतिहास मिटता नहीं है जो बताता है कि क्या गलत हुआ।

​
एक संस्करण खोजें

Admin → policy editor पर जाएं और किसी नीति के संस्करणों की तुलना करने या किसी को अक्षम करने के लिए library खोलें।

​
एक मशीन को रोलबैक करें

  1. Admin → enforcement पर जाएं, प्रभावित मशीन को विस्तृत करें, और इसके अंतिम ज्ञात-अच्छी नीति सेट की पहचान करें।
  2. edit चुनें, उन संस्करणों और प्रभावों को पुनः स्थापित करें, और नई तैनाती लागू करें।
  3. मशीन के चेक-इन का इंतजार करें, फिर रिपोर्ट की गई तैनाती को सत्यापित करें।
  4. Observe → policy खोलें और प्रभावित सत्रों को खोलें यह पुष्टि करने के लिए कि मान्य कार्य अब अवरुद्ध नहीं है।

​
हर मशीन से एक नीति हटाएं

हर एक जनरेशन को जो यह छूता है उस पर एक नई जनरेशन बनाता है। उन जनरेशन में से एक को रोलबैक करना यह नहीं है कि आप disable को कैसे पूर्ववत करते हैं — rollback एक जनरेशन से इनकार करता है जो एक अक्षम नीति का नाम देता है, और अक्षम करने से पहले हर जनरेशन इस एक को नाम देता है। fp policies enable वापस का तरीका है, और यह बदले में अपनी स्वयं की जनरेशन बनाता है।

​
एक पैक को रोलबैक करें

एक पैक आपके द्वारा स्थापित रिलीज़ के लिए पिन किया जाता है, इसलिए इसे रोलबैक करना एक पहले के को स्थापित करने का अर्थ है:
एक टर्मिनल के बिना, या --policy, --category या --all के साथ, फिर से जोड़ना आपके द्वारा चुने गए सबसेट को रखता है। कोई भी नहीं के साथ एक टर्मिनल पर, यह पिकर को लेखक के डिफ़ॉल्ट के साथ पूर्व-टिक किया खोलता है, और आप जो टिक करते हैं वह आपके चयन को प्रतिस्थापित करता है — इसलिए जो आपके पास था उसे फिर से टिक करें।

​
रोलबैक करने के लिए कब

  • एक नीति एक अपेक्षित उत्पादन कार्रवाई को अवरुद्ध करती है।
  • मिलान वॉल्यूम देखी गई रोलआउट की तुलना में भौतिक रूप से अधिक है।
  • एक नीति ऐसे फ़ील्ड पर निर्भर करती है जो एक एकीकरण प्रदान नहीं करता है।
  • एक नया संस्करण इच्छित विफलता मोड के बाहर व्यवहार को बदलता है।
रोलबैक करने के बाद, प्रभावित सत्रों को खोलें और झूठी सकारात्मकता के पीछे की स्थिति खोजें। एक नया संस्करण प्रकाशित करें, test असुरक्षित और वैध दोनों मामलों को करें, और लागू करने से पहले इसे फिर से देखें।
failproofai config --pause एक सत्र के लिए स्थानीय नीतियों को निलंबित करता है और कभी Cloud-प्रबंधित नहीं, इसलिए यह एक बुरी Cloud तैनाती से निकलने का कोई रास्ता नहीं है। एक विराम भी अपने दायरे में हर नीति के लिए जोखिम को चौड़ा करता है; रोलबैक करना पसंद करें उस एक संस्करण को जो गलत व्यवहार कर रहा है।