# PagerDuty से आना

**किसी दूसरे टूल से इंपोर्ट करें** आपका PagerDuty सेटअप कुछ ही मिनटों में Status200 में ले आता है। केवल-पढ़ने वाली PagerDuty API कुंजी से Status200 आपके उपयोगकर्ता, टीमें, अनुसूचियां, एस्केलेशन नीतियां और सेवाएं पढ़ता है, दिखाता है कि क्या मिला, और जो आप चुनते हैं उसे बनाता है। PagerDuty में कुछ नहीं बदलता।

:::cards
- [अपना खाता इंपोर्ट करें](#अपना-pagerduty-खाता-इंपोर्ट-करें): कुंजी बनाएं, अपना खाता पढ़ें और चुनें कि क्या लाना है।
- [क्या लाया जाता है](#क्या-लाया-जाता-है): हर PagerDuty रिकॉर्ड Status200 में क्या बनता है।
- [बदलाव पूरा करें](#बदलाव-पूरा-करें): इंपोर्ट पूरा होने के बाद क्या करना है।
:::

## यह कैसे काम करता है

```mermaid title="PagerDuty API कुंजी से रिपोर्ट तक"
flowchart TB
    key["केवल-पढ़ने वाली API कुंजी<br/>और क्षेत्र"] --> read["Status200 आपका<br/>PagerDuty खाता पढ़ता है"]
    read --> preview["आप देखते हैं कि क्या मिला<br/>और चुनते हैं कि क्या लाना है"]
    preview --> import["इंपोर्ट<br/>बैकग्राउंड में चलता है"]
    import --> report["रिपोर्ट हर बनाए गए<br/>रिकॉर्ड का लिंक देती है"]
```

- **कुंजी एक बार इस्तेमाल होती है।** जब तक Status200 आपका खाता पढ़ता है, कुंजी एन्क्रिप्ट करके रखी जाती है, और पढ़ना खत्म होते ही हटा दी जाती है, चाहे वह सफल रहा हो या नहीं। इसे फिर कभी नहीं दिखाया जाता और न ही किसी लॉग में लिखा जाता है।
- **Status200 सिर्फ़ पढ़ता है।** यह सिर्फ़ PagerDuty के अपने REST API को कॉल करता है: `api.pagerduty.com`, या यूरोप के खाते के लिए `api.eu.pagerduty.com`। जब PagerDuty धीमा होने को कहता है, तो यह रुककर फिर से कोशिश करता है।
- **जब तक आप इंपोर्ट शुरू नहीं करते, कुछ नहीं बनता।** पूर्वावलोकन हर आइटम के लिए दिखाता है कि वह नया है, पहले से Status200 में है (और जैसा है वैसा इस्तेमाल होता है), किसी पिछले इंपोर्ट ने उसे लाया था, या वह क्यों नहीं लाया जा सकता।
- **फिर से चलाने पर कभी कुछ दोबारा नहीं बनता।** Status200 याद रखता है कि हर इंपोर्ट ने PagerDuty ID के अनुसार क्या लाया। PagerDuty में लोग या अनुसूचियां जोड़ने के बाद इसे फिर से चलाएं, और सिर्फ़ नए ही बनेंगे।

## शुरू करने से पहले

- **एक Status200 प्रोजेक्ट, और जो आप लाते हैं उसे बनाने का अधिकार।** प्रोजेक्ट के मालिक और एडमिन सब कुछ ला सकते हैं। दूसरी भूमिकाएं भी इंपोर्ट चला सकती हैं और उन प्रकार के रिकॉर्ड ला सकती हैं जिन्हें वे बना सकती हैं। बाकी सब कारण के साथ नहीं लाया गया के रूप में दिखता है।
- **केवल-पढ़ने वाली PagerDuty REST API कुंजी।** PagerDuty के एडमिन और खाते के मालिक इसे बना सकते हैं। इंपोर्ट कभी PagerDuty में कुछ नहीं लिखता, इसलिए कुंजी को सिर्फ़ पढ़ने की अनुमति चाहिए।
- **आपका PagerDuty क्षेत्र।** अगर जिस पते पर आप साइन इन करते हैं वह `eu.pagerduty.com` पर खत्म होता है, तो आपका खाता यूरोप में है। नहीं तो यह संयुक्त राज्य अमेरिका में है।

## अपना PagerDuty खाता इंपोर्ट करें

:::steps
### PagerDuty में API कुंजी बनाएं
PagerDuty में **Integrations** > **Developer Tools** > **API Access Keys** पर जाएं और **Create New API Key** चुनें। विवरण में `Status200 import` लिखें, **Read-only API Key** चुनें, **Create Key** चुनें, और कुंजी कॉपी करें।

### इंपोर्ट पेज खोलें
Status200 में **प्रोजेक्ट सेटिंग्स** > **उन्नत** > **किसी दूसरे टूल से इंपोर्ट करें** पर जाएं और **PagerDuty** चुनें।

### PagerDuty कनेक्ट करें
**आपका PagerDuty खाता कहां है?** में **संयुक्त राज्य अमेरिका** या **यूरोप** चुनें। कुंजी को **PagerDuty API कुंजी** में पेस्ट करें और **मेरा PagerDuty खाता पढ़ें** चुनें। बड़े खाते में कुछ मिनट लगते हैं, और पढ़ने के दौरान आप पेज छोड़ सकते हैं।

### चुनें कि क्या लाना है
पूर्वावलोकन हर प्रकार के लिए एक सेक्शन में दिखाता है कि क्या मिला। जो कुछ भी बनाया जाएगा वह शुरू से चुना हुआ होता है, सिवाय PagerDuty में बंद सेवाओं के और उन लोगों के जो किसी टीम, अनुसूची या एस्केलेशन नीति में नहीं हैं। हर आइटम के नीचे Status200 बताता है कि क्या ठीक वैसा नहीं आएगा जैसा था। जब कोई चुना गया आइटम ऐसी चीज़ इस्तेमाल करता है जिसे आपने नहीं चुना, तो वह बताता है, और **इन्हें भी चुनें** उसे चुन देता है।

### इंपोर्ट शुरू करें
अगर लोगों को आमंत्रित किया जाएगा, तो **नए लोगों को इसमें आमंत्रित करें** में वह टीम चुनें जिसमें वे शामिल होंगे। फिर **इंपोर्ट शुरू करें** चुनें। इंपोर्ट बैकग्राउंड में चलता है: आप पेज छोड़ सकते हैं, और रिपोर्ट वहीं आपका इंतज़ार करेगी।
:::

रिपोर्ट गिनती है कि क्या बनाया गया, किसे आमंत्रित किया गया और क्या नहीं लाया गया, और हर आइटम को उस रिकॉर्ड के लिंक के साथ दिखाती है जो वह बना, विफल आइटम सबसे पहले। पिछले इंपोर्ट उसी पेज पर **पिछले इंपोर्ट** के नीचे दिखते हैं।

## क्या लाया जाता है

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

PagerDuty की अनुसूची एक ही Status200 अनुसूची बनी रहती है: उसकी परतें एक-दूसरे पर वैसे ही प्राथमिकता रखती हैं जैसे PagerDuty में। जिस परत की बारियां पूरे घंटों की नहीं हैं, उसकी बारियां घंटे तक पूर्णांकित करके लाई जाती हैं, और पूर्वावलोकन यह बताता है।

## क्या नहीं लाया जाता

- **घटनाएं, अलर्ट और उनका इतिहास।** Status200 आपके सेटअप से शुरू होता है, आपकी पुरानी घटनाओं से नहीं।
- **इंटीग्रेशन, Event Orchestrations, Incident Workflows और स्टेटस पेज।** इसके बजाय अपने मॉनिटर और अलर्ट स्रोत Status200 की ओर करें, जैसा कि [बदलाव पूरा करें](#बदलाव-पूरा-करें) में बताया गया है।
- **अनुसूचियों के ओवरराइड, और वे परतें जो पहले ही खत्म हो चुकी हैं।** जिन ओवरराइड की अब भी ज़रूरत है, उन्हें इंपोर्ट के बाद Status200 में जोड़ें।
- **शिफ़्ट-आधारित अनुसूचियां।** इंपोर्ट PagerDuty की परतों वाली अनुसूचियां पढ़ता है, उसकी नई शिफ़्ट-आधारित अनुसूचियां (shift-based schedules) नहीं। अगर आपके खाते में ऐसी अनुसूचियां हैं, तो पूर्वावलोकन सबसे ऊपर यह बताता है, और जो एस्केलेशन नियम उनमें से किसी को पेज करता है वह उसके बिना लाया जाता है। उन्हें Status200 में बनाएं।
- **हर व्यक्ति के सूचना नियम।** आमंत्रण स्वीकार करने के बाद हर व्यक्ति अपनी **उपयोगकर्ता सेटिंग्स** में चुनता है कि उसे कैसे पेज किया जाए।
- **ऐसे नियम जिनका Status200 में ठीक-ठीक मेल नहीं है।** जो एस्केलेशन नियम अपने लोगों को बारी-बारी से (round robin) सौंपता है, वह Status200 में सभी को एक साथ पेज करता है, और पूर्वावलोकन बताता है कि क्या बदलता है।

## सीमाएं

एक इंपोर्ट ज़्यादा से ज़्यादा 2,000 रिकॉर्ड बनाता है: ज़्यादा से ज़्यादा 500 लोग, 200 टीमें, 200 ऑन-कॉल अनुसूचियां, 200 ऑन-कॉल नीतियां और 500 सेवाएं। किसी सीमा से ऊपर का सब कुछ नहीं लाया गया के रूप में दिखता है। बाकी लाने के लिए इंपोर्ट फिर से चलाएं।

Status200 Cloud पर, जो रिकॉर्ड आपके प्लान में शामिल नहीं हैं, वे ज़रूरी प्लान के साथ नहीं लाए गए के रूप में दिखते हैं।

पूर्वावलोकन एक दिन तक रखा जाता है। सिर्फ़ वही व्यक्ति आइटम चुन सकता है और इंपोर्ट शुरू कर सकता है जिसने खाता पढ़ा। प्रोजेक्ट के मालिक और एडमिन हर इंपोर्ट की प्रगति और रिपोर्ट देखते हैं।

## बदलाव पूरा करें

:::steps
### ऑन-कॉल अनुसूचियां जांचें
**ऑन-कॉल ड्यूटी** > **ऑन-कॉल अनुसूची** में हर अनुसूची खोलें और जांचें कि अभी कौन ऑन-कॉल है और आगे कौन है।

### पक्का करें कि हर किसी को पेज किया जा सके
आमंत्रित लोग अपना आमंत्रण स्वीकार करते हैं, फिर पेज पाने के लिए फ़ोन नंबर, ईमेल पता या मोबाइल ऐप जोड़ते हैं। **ऑन-कॉल ड्यूटी** > **तैयारी** दिखाता है कि अभी किससे संपर्क नहीं हो सकता।

### अपनी घटना संख्याएँ जारी रखें
अगर आपकी टीम घटनाओं को संख्या से पुकारती है, तो Status200 की संख्याएँ PagerDuty में आपकी आख़िरी संख्या के बाद से शुरू करें: **घटनाएं** > **सेटिंग्स** > **क्रमांकन** में **अगली संख्या** कार्ड पर **अगली घटना संख्या** को उसके बाद की संख्या पर सेट करें। तब एक संख्या कभी दो अलग-अलग घटनाओं का मतलब नहीं होती।

### अपने अलर्ट Status200 को भेजें
अपने मॉनिटर और अलर्ट भेजने वाले टूल Status200 की ओर करें, और जांचने के लिए एक बार खुद को पेज करें।

### PagerDuty में पेजिंग बंद करें
जब Status200 सही लोगों को पेज करने लगे, तो PagerDuty में सूचनाएं बंद कर दें ताकि किसी को दो बार पेज न किया जाए।
:::

## समस्या निवारण

:::details PagerDuty ने API कुंजी स्वीकार नहीं की
जांचें कि आपने पूरी कुंजी कॉपी की, कि यह **API Access Keys** की REST API कुंजी है न कि कोई इंटीग्रेशन कुंजी, और कि आपने वही क्षेत्र चुना जिसमें आपका खाता है। फिर **फिर से प्रयास करें** चुनें।
:::

:::details पूर्वावलोकन में किसी प्रकार के रिकॉर्ड नहीं हैं
कुंजी उन्हें नहीं पढ़ सकी, और पूर्वावलोकन सबसे ऊपर यह बताता है। कुछ प्रकार सिर्फ़ उन PagerDuty प्लान में होते हैं जिनमें वे शामिल हैं, जैसे टीमें। ऐसी कुंजी से खाता फिर से पढ़ें जो उन्हें पढ़ सके।
:::

:::details कुछ आइटम नहीं चुने जा सकते
हर एक के साथ कारण लिखा होता है: ऐसा नाम जो प्रोजेक्ट में पहले से है, कुछ ऐसा जो पिछले इंपोर्ट ने लाया, या ऐसा रिकॉर्ड जिसे बनाने की आपको अनुमति नहीं है या जो आपके प्लान में शामिल नहीं है।
:::

## अगले कदम

:::cards
- [ऑन-कॉल अनुसूचियां](/docs/on-call/schedules): परतें, प्रतिबंध और हैंड-ऑफ़।
- [एस्केलेशन नियम](/docs/on-call/escalation-rules): ऑन-कॉल नीतियां लोगों को कैसे पेज करती हैं।
- [Opsgenie से आना](/docs/moving-to-oneuptime/opsgenie): Opsgenie से एक टीम ले आएं।
:::