---
title: "अटके या फ़ेल हुए सिंक को बहाल करें | सहायता केंद्र | Tajo"
description: "जब कोई वर्कर रुक जाता है या सिंक रन फ़ेल होता है, तब Tajo अपने आप क्या करता है, सिंक का पेज क्या दिखाता है, और आपको कब कदम उठाना है: रीट्राई, दोबारा कनेक्ट, मैपिंग ठीक करना या फिर से पब्लिश करना।"
url: https://tajo.io/hi/resources/help/troubleshooting/recover-a-stuck-or-failed-sync/
markdown: https://tajo.io/hi/resources/help/troubleshooting/recover-a-stuck-or-failed-sync.md
lang: hi-IN
robots: noindex
---

अर्ली एक्सेस का अनुरोध करें

अपना पहला नाम और ईमेल पता दर्ज करें। Tajo एक्सेस अनुरोध की पुष्टि के लिए हम आपको एक लिंक ईमेल करेंगे।

[Set Noa](https://tajo.io/hi/set-noa/) शुरुआती 6 मिनट 6 नव॰ 2026

# अटके या फ़ेल हुए सिंक को बहाल करें

जब कोई वर्कर रुक जाता है या सिंक रन फ़ेल होता है, तब Tajo अपने आप क्या करता है, सिंक का पेज क्या दिखाता है, और आपको कब कदम उठाना है: रीट्राई, दोबारा कनेक्ट, मैपिंग ठीक करना या फिर से पब्लिश करना।

**कोई सिंक रन बीच में रुक सकता है, क्योंकि वर्कर रीस्टार्ट होता है, दूसरा सिस्टम डाउन होता है या कोई रिकॉर्ड अस्वीकार हो जाता है। वर्कर रुकने या थोड़ी देर के आउटेज के बाद Tajo सिंक को अपने आप फिर से उठा लेता है। पिछले सात दिनों में लिखे गए रिकॉर्ड वह दोबारा नहीं भेजता। यह पेज बताता है कि Tajo क्या करता है, सिंक के पेज पर आपको क्या दिखता है, और वे कुछ मामले जिनमें आपको कदम उठाना होता है।**

> **त्वरित जांच** Connections के तहत **Syncs and mappings** से सिंक खोलें और **Run history** में सबसे नया रन पढ़ें। फ़ेल हुआ रन बताता है कि क्या हुआ और आगे क्या करना है।

## Tajo अपने आप क्या करता है

**कर्सर।** रन अपने सोर्स को सिंक के सेव किए गए कर्सर से बैचों में पढ़ता है। बैच के अंत में कर्सर तभी आगे बढ़ता है जब उस बैच का हर रिकॉर्ड पहुंच गया हो। अगर रन फ़ेल होता है, तो वह आखिरी स्थिति रखी जाती है जहाँ तक वह बिना गड़बड़ी के पहुंचा था। अगला रन वहीं से शुरू होता है, इसलिए बीच में रुका बैच छोड़ा नहीं जाता, फिर से पढ़ा जाता है।

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

**एक समय में एक रन।** हर सिंक की एक लीज़ होती है, जिसे चल रहा रन अपने पूरे जीवनकाल तक रखता है। लीज़ का अपना टोकन होता है और उसकी अवधि 15 मिनट होती है, जो रन के काम करते रहने तक हर 5 मिनट में रिन्यू होती है। जो रन अपनी लीज़ खो देता है, वह दो बार लिखने से बचने के लिए अपने अगले राइट या चेकपॉइंट से पहले रुक जाता है। जब कोई वर्कर रुकता है, तो उसकी लीज़ रिन्यू नहीं होती और 15 मिनट के अंदर खत्म हो जाती है।

**अपने आप रीट्राई।** कतार में लगा रन फ़ेल होने पर उसे अधिकतम पाँच प्रयास मिलते हैं। Tajo दूसरे प्रयास से पहले 60 सेकंड रुकता है, फिर 120, 240 और 480 सेकंड। जो रीट्राई या टेस्ट रन आप खुद शुरू करते हैं, वह एक ही बार चलता है। पहले से चल रहे किसी रन से टकराने वाले रन को रीट्राई नहीं किया जाता, और न ही उस रन को जिसका पब्लिश किया गया वर्ज़न या कनेक्शन अब मान्य न हों।

**अटके रन।** जिस सिंक को Tajo शेड्यूल पर चलाता है, उसमें कोई रन एक घंटे से ज़्यादा पहले शुरू हुआ हो और उसके पास अब लीज़ न हो, तो उसे बंद कर दिया जाता है और नया रन कतार में लगाया जाता है। बंद किया गया रन “The run stopped reporting progress and was closed.” (रन ने प्रगति बताना बंद कर दिया और उसे बंद कर दिया गया) दिखाता है। यानी रुके हुए रन की लीज़ अधिकतम 15 मिनट चलती है, और शेड्यूल्ड सिंक का अटका रन एक घंटे बाद बदल दिया जाता है। [डेटा सिंक को समझना](https://tajo.io/hi/resources/help/getting-started/understanding-data-sync/) बताता है कि कौन-से सिंक शेड्यूल पर चलते हैं।

**बार-बार फ़ेल होने पर पॉज़।** अगर सिंक में आखिरी बदलाव के बाद पूरे हुए आखिरी पाँच रन सभी फ़ेल हुए, तो Tajo सिंक को पॉज़ कर देता है। उसके पेज पर आखिरी एरर के साथ “Paused automatically by the failure circuit breaker” (फ़ेलियर सर्किट ब्रेकर ने अपने आप पॉज़ किया) दिखता है। एक सफल रन गिनती को शून्य कर देता है। पॉज़ हुए सिंक को कोई चीज़ अपने आप दोबारा शुरू नहीं करती: वह तब तक पॉज़ रहता है जब तक आप कारण ठीक करके उसे दोबारा पब्लिश नहीं करते।

**हर घंटे की जांच।** हर घंटे, 13 मिनट पर, Tajo अपनी टीम को ऐसे किसी भी वर्कस्पेस के बारे में अलर्ट करता है जिसमें कोई सक्रिय सिंक हो और पिछले 24 घंटों में कोई सफल रन न हुआ हो। इसमें वह वर्कस्पेस भी शामिल है जहाँ कोई रन दर्ज ही नहीं हुआ। अलर्ट एक बार भेजा जाता है, और किसी रन के सफल होने के बाद ही फिर से भेजा जाता है। जिस वर्कस्पेस का सबसे पुराना सक्रिय सिंक 24 घंटे से कम पहले चालू या बदला गया हो, उसकी अभी जांच नहीं होती। यह अलर्ट Tajo तक पहुंचता है, आप तक नहीं, और यह आपके सिंक को नहीं बदलता।

## आपको क्या दिखता है

**Syncs and mappings** से सिंक खोलें। **Run history** हर रन दिखाता है: पढ़े गए रिकॉर्ड्स में से लिखे गए रिकॉर्ड्स, फ़ेल हुई गिनती, अवधि और रन कब शुरू हुआ। उसका स्टेटस Queued, Running, Succeeded, Partial (कुछ रिकॉर्ड फ़ेल हुए) या Failed होता है।

- जिस चल रहे रन ने 2 मिनट से प्रगति नहीं बताई, वह “Waiting for a fresh progress update” (प्रगति के नए अपडेट का इंतज़ार) दिखाता है।
- फ़ेल हुआ रन एक वाक्य में बताता है कि क्या हुआ, एक वाक्य में कि आगे क्या करना है, साथ में फ़ेलियर का नाम और रन id।
- **Syncs** पेज पर **View DLQ** हर सिंक के फ़ेल और आंशिक रन दिखाता है, हर एक के साथ **Retry** बटन।

## क्या करें

1. **सबसे नया फ़ेल हुआ रन पढ़ें।** उसकी “क्या करें” लाइन ही अगला कदम है। नीचे की तालिका उन फ़ेलियर को दिखाती है जो आपको सबसे ज़्यादा मिलेंगे।
2. **अगर उसमें “Nothing” लिखा है, तो इंतज़ार करें।** अगला शेड्यूल्ड रन अपने आप ठीक हो जाता है।
3. **अगर वह सिंक दोबारा चलाने को कहता है,** तो **View DLQ** में फ़ेल हुए रन पर **Retry** दबाएँ। रीट्राई सेव किए गए कर्सर से शुरू होता है, इसलिए पहले से लिखे गए बैच दोबारा नहीं लिखे जाते। सफल रीट्राई फ़ेल हुए रन को सूची से हटा देता है।
4. **अगर सिंक पॉज़ हो गया था,** तो बैनर में बताया गया कारण ठीक करें, फिर **Publish sync** या **Request publish approval** से सिंक को दोबारा पब्लिश करें।
5. **अगर वही फ़ेलियर फिर आता है,** तो फ़ेल हुए रन के नीचे दिखाया गया रन id हमें भेजें।

हर फ़ेलियर नाम के साथ एक वाक्य होता है कि क्या हुआ, एक कि आगे क्या करना है, और यह कि उसे कौन ठीक करता है: आप या Tajo।

| फ़ेलियर नाम | क्या हुआ | क्या करें | कौन ठीक करता है |
| --- | --- | --- | --- |
| `lease_conflict` | इस सिंक का एक और रन पहले से चल रहा था। | कुछ नहीं। चल रहा रन पूरा होगा; अगला शेड्यूल्ड रन सामान्य रूप से शुरू होगा। | Tajo |
| `lease_lost` | रन ने बीच में अपना स्लॉट खो दिया और दो बार लिखने से बचने के लिए रुक गया। | सिंक दोबारा चलाएँ। | Tajo |
| `lease_unavailable` | सिंक अपना रन स्लॉट रिज़र्व नहीं कर सका। | सिंक दोबारा चलाएँ। अगर वह उसी तरह फ़ेल हो, तो हमें रन id भेजें। | Tajo |
| `stale_job_swept` | रन ने प्रगति बताना बंद कर दिया और उसे बंद कर दिया गया। | सिंक दोबारा चलाएँ। | Tajo |
| `provider_rate_limited` | दूसरे सिस्टम ने हमें धीमा होने को कहा। | कुछ नहीं। अगले शेड्यूल्ड रन का इंतज़ार करें। | Tajo |
| `provider_unavailable` | दूसरा सिस्टम उपलब्ध नहीं था या समय पर जवाब नहीं दिया। | कुछ नहीं। अगले शेड्यूल्ड रन का इंतज़ार करें। अगर वह एक दिन तक उसी तरह फ़ेल हो, तो हमें रन id भेजें। | Tajo |
| `connection_missing` | सिंक जिस टूल का इस्तेमाल करता है, वह इस वर्कस्पेस में कनेक्ट नहीं है; रन उसका नाम बताता है। | उसे कनेक्ट करें, फिर सिंक दोबारा चलाएँ। | आप |
| `connection_unauthorized` | दूसरे सिस्टम ने हमारी पहुंच अस्वीकार कर दी। | कनेक्शन को दोबारा कनेक्ट करें ताकि उसे नया ऑथराइज़ेशन मिले, फिर सिंक दोबारा चलाएँ। | आप |
| `destination_rejected` | डेस्टिनेशन ने इस रन का हर रिकॉर्ड अस्वीकार कर दिया। | फ़ील्ड मैपिंग को डेस्टिनेशन के ज़रूरी फ़ील्ड और फ़ॉर्मैट से मिलाकर जांचें, फिर सिंक दोबारा चलाएँ। | आप |
| `node_failed` | रिकॉर्ड पढ़ते, बदलते या लिखते समय सिंक का कोई चरण फ़ेल हुआ। | रन खोलकर देखें कि कौन-सा चरण फ़ेल हुआ और क्यों, उसे ठीक करें, फिर सिंक दोबारा चलाएँ। | आप |
| `attestation_rule_not_active` | यह सिंक पॉज़ है। | इसे चलाने के लिए सिंक को फिर से शुरू करें। | आप |
| `attestation_publication_not_attested` | सिंक का यह वर्ज़न पब्लिश नहीं हुआ है। | सिंक पब्लिश करें। सिंक में किए गए बदलाव पब्लिश होने तक नहीं चलते। | आप |
| `unclassified_exception` | सिंक ऐसे कारण से फ़ेल हुआ जिसे हमने अभी वर्गीकृत नहीं किया है। | सिंक दोबारा चलाएँ। अगर वह उसी तरह फ़ेल हो, तो हमें रन id भेजें। | Tajo |

## क्या गलत हो सकता है

- **Retry जवाब देता है “This sync rule is already running.”** (यह सिंक नियम पहले से चल रहा है)। आपका शुरू किया गया रीट्राई या टेस्ट रन तब तक अस्वीकार होता है जब तक सिंक का कोई भी रन Queued या Running दिखता है, उस रन समेत जिसका वर्कर रुक गया हो। जिस सिंक को Tajo शेड्यूल पर चलाता है, उसमें वह रन एक घंटे से ज़्यादा पहले शुरू हुआ हो तो उसे बंद करके बदल दिया जाता है। किसी भी दूसरे सिंक के लिए हमें रन id भेजें।
- **कोई सिंक सात दिन से ज़्यादा फ़ेल रहा।** सात दिन बाद लेजर पूरे हुए राइट को भूल जाता है। उसके बाद दोबारा चलाया गया बैच रिकॉर्ड फिर से लिख सकता है, इसलिए डेस्टिनेशन में [डुप्लिकेट कॉन्टैक्ट्स](https://tajo.io/hi/resources/help/troubleshooting/duplicate-contacts/) जांचें।
- **एक सिंक चुप है जबकि दूसरा काम कर रहा है।** हर घंटे की जांच वर्कस्पेस पर नज़र रखती है, हर सिंक पर नहीं। एक स्वस्थ सिंक उसी वर्कस्पेस के चुप सिंक को छिपा देता है, इसलिए हर सिंक की Run history पढ़ें।
- **आप अलग सीमाएँ चाहते हैं।** पाँच फ़ेलियर पर पॉज़ और 24 घंटे की जांच पूरे Tajo डिप्लॉयमेंट के लिए तय हैं, हर सिंक के लिए अलग नहीं।

## संबंधित लेख

- [डेटा सिंक को समझना](https://tajo.io/hi/resources/help/getting-started/understanding-data-sync/)
- [डेटा सिंक नहीं हो रहा](https://tajo.io/hi/resources/help/troubleshooting/data-not-syncing/)
- [डिस्कनेक्ट या पुनः कनेक्ट करें](https://tajo.io/hi/resources/help/integrations/disconnect-or-reconnect/)

## लोकप्रिय सहायता लेख

[सहायता केंद्र](https://tajo.io/hi/resources/help)

### सभी देखें

सभी रिसोर्स

## यह पेज Markdown में: [recover-a-stuck-or-failed-sync.md](https://tajo.io/hi/resources/help/troubleshooting/recover-a-stuck-or-failed-sync.md)

Markdown लोड हो रहा है…

[Claude में खोलें](https://claude.ai/new) [ChatGPT में खोलें](https://chatgpt.com/)