साफ़ करें
डेटाबेस में जो डेटा मौजूद है लेकिन अब उसकी आवश्यकता नहीं है, उसे हटा दें, ताकि वर्किंग सेट सिकुड़कर वापस उसी डेटा तक सीमित हो जाए जो आपकी साइट वास्तव में सर्व करती है।
डेटाबेस रखरखाव
डेटाबेस रखरखाव जो ज़रूरत पड़ने पर तुरंत अपने आप चलता है
प्रत्येक WordPress डेटाबेस समय के साथ भारी होता जाता है। Zinn Digital® इसे एक सपोर्ट टिकट के रूप में नहीं, बल्कि एक इंजीनियरिंग समस्या के रूप में देखता है: क्लीन, ऑप्टिमाइज़ और रिपेयर एक स्वचालित वर्कफ़्लो के रूप में चलते हैं जिसे आप एक क्लिक में खरीदते हैं — और प्लेटफ़ॉर्म इसे आपको उसी क्षण प्रदान करता है जब वह डेटाबेस को फूलता हुआ देखता है। उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग सक्रिय विकास में है और अभी उपलब्ध नहीं है। यहाँ वर्णित अन्य सभी चीजें आज लाइव हैं।
- 7,00,000+दुनिया भर में होस्ट की गई साइटें
- ज़ीरो-टचस्वचालित पूर्ति, कोई टिकट कतार नहीं
- 30 दिनFootprint-Free प्लान पर दैनिक बैकअप प्रतिधारण
- 14 दिनबिना कार्ड का PBN ट्रायल, 5 साइटों तक
डेटाबेस चुपचाप अड़चन क्यों बन जाते हैं
WordPress साइट की फ़ाइलें लगभग उसी आकार में रहती हैं जिस आकार में आपने उन्हें बनाया था। इसका डेटाबेस ऐसा नहीं रहता। टेबल जमा होती जाती हैं, इंडेक्स अव्यवस्थित हो जाते हैं, स्टोरेज इंजन ऐसी जगह आवंटित छोड़ देते हैं जिसका अब कुछ भी उपयोग नहीं कर रहा है, और कभी-कभी कोई टेबल ऐसी स्थिति में पहुँच जाती है जहाँ उसे ट्यूनिंग के बजाय मरम्मत की आवश्यकता होती है। इनमें से किसी का भी पहले से पता नहीं चलता। साइट बस धीमी हो जाती है, क्वेरीज़ अधिक समय लेती हैं, और सबसे पहले जिस बात पर किसी का ध्यान जाता है वह है ऐसा पेज जो पहले तुरंत खुलता हुआ महसूस होता था और अब ऐसा नहीं होता।
किसी एक साइट पर यह सिर्फ़ एक झुंझलाहट है। सैकड़ों साइटों के पोर्टफ़ोलियो या नेटवर्क में यह एक बढ़ता हुआ बोझ बन जाता है — उनमें से हर एक ज़रूरत से थोड़ा अधिक भारी होता है, और हर एक डेटाबेस सर्वर से ज़रूरत से ज़्यादा की माँग करता है।
Zinn Digital® इसे उसी तरह संभालता है जिस तरह हम बाकी प्लेटफ़ॉर्म को संभालते हैं: एक स्वचालित, दोहराए जाने वाले संचालन के रूप में। डेटाबेस रखरखाव एक फ़र्स्ट-पार्टी सेवा है जिसे आप डैशबोर्ड से खरीदते हैं, और इसे खरीदने पर अनुकूलन कार्य तुरंत शुरू हो जाता है। इसमें शामिल होने के लिए कोई कतार नहीं है और किसी इंजीनियर की प्रतीक्षा करने की आवश्यकता नहीं है।
रखरखाव प्रक्रिया क्या करती है
साइट के MariaDB डेटाबेस की सफ़ाई, अनुकूलन, मरम्मत और रिपोर्टिंग, जिसे एक ही कार्य के रूप में चलाया जाता है।
अनुकूलित करें
आवंटित लेकिन अप्रयुक्त टेबल स्पेस को पुनः प्राप्त करें और इंडेक्स व आंकड़ों को क्वेरी प्लानर की अपेक्षा के अनुसार आकार में वापस लाएं, ताकि पढ़ने के कार्यों में आवश्यकता से अधिक काम होना बंद हो सके।
मरम्मत करें
खराब स्थिति में पहुंच चुकी तालिकाओं का पता लगाएं और उनकी मरम्मत करें — विफलता का वह तरीका जो अनदेखा किए जाने पर धीमी साइट को पूरी तरह खराब साइट में बदल देता है।
रिपोर्ट वापस भेजें
खरीदारी का शुल्क बिलिंग या आपके वॉलेट के माध्यम से लिया जाता है, इसे पूरा किया जाता है, आपको सूचित किया जाता है और इसे पूर्ण के रूप में चिह्नित किया जाता है। यदि कुछ गलत हो जाता है, तो धनवापसी और विवाद उसी बिलिंग प्रक्रिया के माध्यम से निपटाए जाते हैं जैसे कि आप हमसे जो कुछ भी खरीदते हैं।
स्वचालित पूर्ति, न कि सहायता कतार
इस प्लेटफ़ॉर्म पर फ़र्स्ट-पार्टी सेवाएँ दो रूपों में आती हैं। कुछ कर्मचारियों द्वारा पूरी की जाती हैं: उन्हें खरीदने पर हमारे व्यवस्थापक कतार में एक कार्य बन जाता है, सही विभाग में भेजा जाता है, ट्रैक किया जाता है और अपडेट किया जाता है। डेटाबेस रखरखाव उनमें से एक नहीं है। यह स्वचालित है — खरीदारी एक Temporal वर्कफ़्लो को ट्रिगर करती है जो सीधे आपकी साइट पर अनुकूलन कार्य चलाती है। त्वरित, शून्य-स्पर्श।
यह सुनने में जितना लगता है, उससे कहीं अधिक महत्वपूर्ण है। Temporal वर्कफ़्लो डिज़ाइन के आधार पर टिकाऊ, पुनः प्रयास करने योग्य और स्थिर (idempotent) होते हैं, जो इस प्लेटफ़ॉर्म पर चलने वाले प्रत्येक लंबे समय के संचालन के लिए एक मानक है। यदि कोई चरण बीच में ही विफल हो जाता है, तो वर्कफ़्लो आधा पूरा होने और आपके डेटाबेस को अस्पष्ट स्थिति में छोड़ने के बजाय वहीं से पुनः प्रयास करता है जहाँ वह था। यदि कोई पुनः प्रयास किसी ऐसे संचालन को फिर से चलाता है जो पहले ही सफल हो चुका है, तो वह संरचनात्मक रूप से सुरक्षित है।
इसका मतलब यह भी है कि लोड बढ़ने पर सेवा की गुणवत्ता में कोई गिरावट नहीं आती है। एक ही समय में डेटाबेस रखरखाव खरीदने वाले दस ग्राहक एक ही इंजीनियर की प्रतीक्षा करते हुए एक-दूसरे के पीछे कतार में नहीं खड़े होते हैं — ये दस वर्कफ़्लो निष्पादन हैं, और प्लेटफ़ॉर्म को उन्हें क्षैतिज रूप से स्केल करने के लिए बनाया गया है।
- खरीद कार्य को तुरंत सक्रिय करती है — शुल्क लेना, पूरा करना, सूचित करना, समाप्त करना।
- एक टिकाऊ Temporal वर्कफ़्लो के रूप में चलता है: पुनः प्रयास करने योग्य और इडेम्पोटेंट, न कि फ़ायर-एंड-फ़ॉरगेट स्क्रिप्ट।
- प्रत्येक रन वर्कफ़्लो इतिहास में दिखाई देता है, इसलिए क्या और कब चलाया गया था इसका एक रिकॉर्ड मौजूद रहता है।
- रिफंड और विवादों का निपटारा प्लान और ऐड-ऑन की तरह ही बिलिंग प्रक्रिया के माध्यम से किया जाता है।
सही समय पर प्रस्तुत, किसी मेनू में छिपा हुआ नहीं
यह प्लेटफ़ॉर्म पहले से ही आपकी साइटों की निगरानी करता है। सही समय पर सही सेवा प्रदान करने के लिए यह अपनी देखी गई जानकारियों का उपयोग करता है।
डैशबोर्ड में एक समर्पित Extras अनुभाग है जहाँ आप जब चाहें तब फ़र्स्ट-पार्टी सेवाएँ ब्राउज़ कर सकते हैं और खरीद सकते हैं। लेकिन अधिक उपयोगी मार्ग वह है जो आपको ढूँढता है: प्रासंगिक अपसेल। अत्यधिक बड़े डेटाबेस के लिए डेटाबेस रखरखाव, Core Web Vitals में विफल होने वाली धीमी साइट के लिए गति अनुकूलन, फ़्लैग की गई साइट के लिए मैलवेयर सफ़ाई, और साइनअप पर माइग्रेशन पेश किया जाता है।
वे संकेत वास्तविक निगरानी संकेतों द्वारा संचालित होते हैं — वही प्रति-साइट मेट्रिक्स और संसाधन टेलीमेट्री जो प्लेटफ़ॉर्म पूरे नेटवर्क को संचालित करने के लिए एकत्र करता है, न कि कोई सामान्य मासिक रिमाइंडर। और AI सहायक आपको इस सेवा का सुझाव देने के साथ-साथ इसे आपके लिए शुरू भी कर सकता है, जिससे किसी समस्या को नोटिस करने और उसे ठीक करने के बीच का अंतर एक प्रोजेक्ट बनने के बजाय केवल एक बातचीत बन जाता है।
डेटाबेस उपकरण जो आपके पास पहले से हैं
रखरखाव शीर्ष पर स्वचालित परत है। इसके नीचे, प्रत्येक साइट पूर्ण डेटाबेस नियंत्रण के साथ आती है।
प्रति साइट MariaDB
प्रत्येक साइट को अपना स्वयं का डेटाबेस मिलता है, जिसमें किसी प्रोजेक्ट की आवश्यकता होने पर कई डेटाबेस और कई डेटाबेस उपयोगकर्ताओं के लिए समर्थन शामिल है।
phpMyAdmin और Adminer, अंतर्निहित
दोनों डैशबोर्ड में अंतर्निहित हैं और सिंगल साइन-ऑन से जुड़े हैं — प्रबंधित करने के लिए कोई अलग क्रेडेंशियल नहीं, सुरक्षित करने के लिए कोई अलग लॉगिन नहीं।
रिमोट एक्सेस टॉगल
जब किसी टूल या डेवलपर को आवश्यकता हो, तब बाहरी डेटाबेस एक्सेस को चालू करें, और आवश्यकता न होने पर इसे फिर से बंद कर दें। डिफ़ॉल्ट रूप से बंद रहना ही समझदारी भरी स्थिति है।
प्रति-साइट Redis ऑब्जेक्ट कैश
बार-बार होने वाले रीड्स को Redis पर ऑफ़लोड करें ताकि डेटाबेस शुरू से ही कम प्रश्नों का उत्तर दे। उपचार के साथ-साथ रोकथाम।
MySQL Governor: आपकी क्वेरी, आपकी समस्या — और केवल आपकी
साझा बुनियादी ढांचे पर डेटाबेस प्रदर्शन का दूसरा आधा हिस्सा वह है जिसे आप नियंत्रित नहीं करते हैं: उसी सर्वर पर बाकी सभी की साइटें क्या कर रही हैं। हमारा वर्कर बेड़ा CloudLinux MySQL Governor के साथ MariaDB चलाता है, जो प्रति साइट डेटाबेस उपयोग को सीमित करता है। भारी क्वेरी चलाने वाली एक साइट अपने पड़ोसियों के लिए सर्वर को धीमा करने के बजाय अपनी सीमाओं के भीतर ही प्रतिबंधित रहती है।
यह बाकी आइसोलेशन स्टैक के साथ काम करता है — CPU, RAM, IO, IOPS और प्रक्रियाओं पर LVE सीमाएं, और CageFS जो प्रत्येक किरायेदार को एक पृथक फाइल सिस्टम दृश्य प्रदान करता है। संपूर्ण डिज़ाइन का उद्देश्य एक ही है: एक साइट पर उत्पन्न समस्या उसी साइट तक सीमित रहे।
इसलिए जब आपका डेटाबेस धीमा होता है, तो समाधान ऐसा होता है जिस पर आप वास्तव में कार्रवाई कर सकते हैं। यह आपका डेटाबेस है, और डेटाबेस रखरखाव ही वह बटन है जो इसे ठीक करता है।
इसे अपने AI टूल से संचालित करें
डेटाबेस संचालन MCP टूल कैटलॉग का हिस्सा हैं, इसलिए कोई भी MCP-सक्षम एजेंट आपकी ओर से उन्हें निष्पादित कर सकता है।
हमारा होस्ट किया गया MCP सर्वर प्लेटफ़ॉर्म को Claude Code, Cursor, ChatGPT, Claude Desktop और किसी भी अन्य MCP-सक्षम एजेंट के लिए उपलब्ध कराता है — प्रत्येक टूल के लिए अलग एकीकरण के बजाय एक ही कनेक्शन। उस कैटलॉग के डेटाबेस टूल में संरक्षित क्वेरी, ऑप्टिमाइज़, और बैकअप व रीस्टोर शामिल हैं। एक स्पष्ट पुष्टिकरण चरण के बाद Extras खरीदना भी उपलब्ध कराया गया है।
एजेंट जो कुछ भी कर सकता है वह उस पहचान द्वारा सीमित है जिसके रूप में वह कनेक्ट हुआ था। टोकन OAuth 2.1 के माध्यम से जारी किए जाते हैं, जो आपके संगठन और आपकी RBAC अनुमतियों तक सीमित हैं, प्रति-टूल हैं और निरस्त करने योग्य हैं। विनाशकारी कार्रवाइयों के लिए स्पष्ट पुष्टि की आवश्यकता होती है, AI-ट्रिगर की गई सशुल्क कार्रवाइयों पर खर्च सीमाएं लागू होती हैं, और प्रत्येक MCP कार्रवाई को पहचान, टूल, तर्क और परिणाम के साथ ऑडिट लॉग में लिखा जाता है।
व्यवहार में: आपका एजेंट नोटिस करता है कि डेटाबेस भारी है, पूछता है कि क्या उसे रखरखाव चलाना चाहिए, आप पुष्टि करते हैं, और कार्यप्रवाह शुरू हो जाता है। AI एक संचालक है, कोई बिना निगरानी वाला ऑपरेटर नहीं।
प्लान की तरह खरीदा गया, सेवा की तरह मूल्य निर्धारित
प्रथम-पक्ष सेवाएँ इस प्लेटफ़ॉर्म पर डेटा हैं, न कि हार्डकोडेड सुविधाएँ।
- हमारे कर्मचारी व्यवस्थापक कंसोल में उसी तरह से सेवाओं को जोड़ते, संपादित करते, मूल्य निर्धारित करते और सक्षम करते हैं जैसे योजनाओं का प्रबंधन किया जाता है — किसी को लॉन्च करने या समायोजित करने के लिए किसी कोड परिवर्तन की आवश्यकता नहीं होती है।
- कीमतें प्रत्येक मुद्रा के अनुसार, एकमुश्त या आवर्ती रूप में निर्धारित की जाती हैं, ताकि आप उसी मुद्रा में खरीदारी करें जिसमें आप पहले से भुगतान करते हैं।
- सेवाएं उत्पाद-श्रृंखला पात्रता रखती हैं, इसलिए जो पेश किया जाता है वह वास्तव में आपके द्वारा चलाए जाने वाले उत्पाद से मेल खाता है।
- शुल्क बिलिंग या आपके वॉलेट बैलेंस के माध्यम से लिया जाता है, आपकी सदस्यता के साथ — एक खाता, चालानों का एक सेट।
- खरीदारी सामान्य वाणिज्य है: पूर्ण होने पर सूचित की जाती है, वापसी योग्य, विवाद योग्य।
इसकी लागत कितनी है
प्रति साइट एक बार का कार्य, जिसे खरीदते ही यह स्वचालित रूप से निष्पादित हो जाता है।
डेटाबेस रखरखाव और अनुकूलन
₹2,752.99एक बार
यह खरीदारी के 1 दिन के भीतर चलता है, और कुछ भी बदलने से पहले एक पूरा बैकअप लिया जाता है। ऐड-ऑन आपके डैशबोर्ड से प्रति साइट खरीदे जाते हैं और आपके सामान्य इनवॉइस पर दिखाई देते हैं — कोई अलग खाता नहीं, कोई दूसरा बिल नहीं और कोई न्यूनतम अवधि नहीं। कीमतों में कर शामिल नहीं है, जिसकी गणना चेकआउट के समय आपके बिलिंग देश के आधार पर की जाती है।
अक्सर पूछे जाने वाले प्रश्न
मुझे कैसे पता चलेगा कि मेरे डेटाबेस को रखरखाव की आवश्यकता है?
अधिकांश मामलों में आपको इसे स्वयं समझने की आवश्यकता नहीं होगी। यह प्लेटफ़ॉर्म प्रति-साइट संसाधन उपयोग पर नज़र रखता है और जब किसी डेटाबेस का आकार बहुत अधिक बढ़ता दिखता है, तो प्रासंगिक ऑफ़र के रूप में डेटाबेस रखरखाव का विकल्प प्रस्तुत करता है, और AI सहायक इसे चिह्नित करके आपके लिए कार्य शुरू कर सकता है। आप डैशबोर्ड के Extras अनुभाग से किसी भी समय इसे देख और खरीद भी सकते हैं, तथा एम्बेडेड phpMyAdmin या Adminer के माध्यम से स्वयं डेटाबेस का निरीक्षण कर सकते हैं।
क्या रखरखाव प्रक्रिया के दौरान मेरा डेटा जोखिम में है?
हम जोखिम को अनदेखा करने के बजाय उसे कम से कम करते हैं। कार्य Temporal वर्कफ़्लो के रूप में चलता है — टिकाऊ, पुनः प्रयास योग्य और इडेम्पोटेंट — ताकि कोई विफल चरण काम को आधा-अधूरा छोड़ने के बजाय पुनः प्रयास करे, और दोहराया गया संचालन डिज़ाइन के अनुसार सुरक्षित हो। प्रत्येक रन वर्कफ़्लो इतिहास में दर्ज किया जाता है। Footprint-Free योजनाओं पर, एक-क्लिक पुनर्स्थापना के साथ दैनिक बैकअप 30 दिनों के लिए रखे जाते हैं, ताकि यदि आप चाहें तो वापस लौटने के लिए हमेशा एक हालिया पुनर्स्थापना बिंदु उपलब्ध रहे। डेटाबेस में किसी भी महत्वपूर्ण परिवर्तन से पहले बैकअप लेना एक अच्छा अभ्यास है, चाहे इसे कोई भी चला रहा हो।
क्या यह आपके पैनल में डेटाबेस टूल्स की जगह लेता है?
यह उन्हें पूरा करता है। प्रत्येक साइट एम्बेडेड, सिंगल-साइन-ऑन युक्त phpMyAdmin और Adminer, कई डेटाबेस और उपयोगकर्ताओं के लिए समर्थन, और एक रिमोट एक्सेस टॉगल के साथ अपना स्वयं का MariaDB डेटाबेस रखती है। डेटाबेस रखरखाव नियमित कार्य — सफाई, अनुकूलन, मरम्मत — का स्वचालित संस्करण है, जब आप इसे मैन्युअल रूप से चलाने के बजाय परिणाम खरीदना पसंद करते हैं।
यह एक सामान्य सहायता टिकट से किस प्रकार भिन्न है?
इस प्लेटफ़ॉर्म पर सेवाएँ दो में से किसी एक तरीके से पूरी की जाती हैं। कर्मचारियों द्वारा पूरी की जाने वाली सेवाएँ हमारे व्यवस्थापक कतार में एक कार्य बनाती हैं, जिसे स्थिति ट्रैकिंग और ग्राहक अपडेट के साथ सही विभाग में भेजा जाता है। डेटाबेस रखरखाव स्वचालित है: इसे खरीदने से सीधे वर्कफ़्लो सक्रिय हो जाता है, जिसमें बीच में किसी मानवीय हस्तक्षेप की आवश्यकता नहीं होती है। इसे एक प्रक्रिया के बजाय एक वर्कफ़्लो के रूप में बनाने का पूरा उद्देश्य यही है।
क्या मेरा AI एजेंट इसे मेरे लिए चला सकता है?
हाँ। डेटाबेस ऑप्टिमाइज़, गार्डेड क्वेरी, और बैकअप व रीस्टोर सभी MCP टूल कैटलॉग में उपलब्ध हैं, और Extras की खरीद एक पुष्टिकरण चरण के साथ प्रस्तुत की गई है। आपका एजेंट आपके संगठन और आपकी RBAC अनुमतियों तक सीमित टोकन के साथ OAuth 2.1 पर कनेक्ट होता है — प्रति-टूल, प्रतिसंहरणीय, सशुल्क कार्रवाइयों पर खर्च की सीमा वाला, और प्रत्येक कॉल का ऑडिट-लॉग रखने वाला। यह केवल वही कर सकता है जो आप कर सकते हैं।
किन प्लान में यह शामिल है?
डेटाबेस रखरखाव किसी प्लान में शामिल होने के बजाय एक खरीदने योग्य फ़र्स्ट-पार्टी सेवा है — जब आपको इसकी आवश्यकता हो, तब आप इसे डैशबोर्ड में अपनी मुद्रा में दिखाई गई कीमत पर खरीद सकते हैं, जिसका शुल्क आपके बिलिंग खाते या वॉलेट से लिया जाता है। पात्रता प्रति उत्पाद शृंखला निर्धारित की जाती है, इसलिए आपके Extras अनुभाग में वही दिखाई देता है जो आपकी उत्पाद शृंखला को दर्शाता है। प्लेटफ़ॉर्म को आज़माने के लिए आपको जो कुछ भी चाहिए वह कार्ड-मुक्त 14-दिवसीय परीक्षण में मौजूद है: कोई भुगतान विवरण नहीं, Footprint-Free होस्टिंग पर अधिकतम पाँच साइटें।
क्या एक साइट द्वारा डेटाबेस का भारी उपयोग मेरी अन्य साइटों को धीमा कर देगा?
यह फ्लीट CloudLinux MySQL Governor के साथ MariaDB चलाता है, जो प्रत्येक साइट के डेटाबेस उपयोग को विशेष रूप से नियंत्रित करता है ताकि एक साइट के भारी प्रश्न (queries) बाकियों के लिए सर्वर को धीमा न कर सकें। यह LVE संसाधन सीमाओं और CageFS फ़ाइल सिस्टम पृथक्करण के साथ मिलकर काम करता है। समग्र डिज़ाइन का लक्ष्य रोकथाम है — समस्याएँ उसी पिंजरे में रहती हैं जहाँ से वे शुरू हुई थीं।
संबंधित
ऐसा डेटाबेस ढोना बंद करें जिसे आप देख नहीं सकते
Footprint-Free होस्टिंग पर बिना कार्ड के 14-दिवसीय परीक्षण शुरू करें — कोई भुगतान विवरण नहीं, अधिकतम पाँच साइटें — और देखें कि यह प्लेटफ़ॉर्म उन समस्याओं को कैसे सामने लाता है और ठीक करता है जिन्हें अन्यथा आप किसी धीमे पेज के ज़रिए ही जान पाते।
मुफ़्त शुरू करें