digna Release 2026.06 के लिए Windows स्थापना मार्गदर्शिका¶
रिलीज़: 2026.06
अंतिम अपडेट: August 30, 2026
विषय-सूची¶
- परिचय
- सिस्टम आवश्यकताएँ
- पूर्व-स्थापना सेटअप
- PostgreSQL सर्वर सेटअप
- वेब सर्वर कॉन्फ़िगरेशन
- प्रारंभिक स्थापना
- बैकएंड कॉन्फ़िगरेशन
- डैशबोर्ड कॉन्फ़िगरेशन
- digna को Windows सेवा के रूप में चलाना
- नई रिलीज़ में उन्नयन
परिचय¶
digna के बारे में¶
digna एक व्यापक AI-चालित प्लेटफ़ॉर्म है जो डेटा वेयरहाउस, लेक्स और लेकहाउस जैसे विभिन्न डेटा परिवेशों में डेटा क्वालिटी प्रबंधन को अनुकूलित करने के लिए डिज़ाइन किया गया है। उच्च स्केलेबिलिटी और अनुकूलनशीलता के साथ बनाया गया, digna स्वचालन, रीयल-टाइम मॉनिटरिंग और एनॉमली डिटेक्शन के माध्यम से आधुनिक डेटा चुनौतियों का समाधान करता है।
digna मुख्य रूप से दो घटकों से मिलकर बनता है:
- digna: एप्लिकेशन का केंद्र, जो डेटा संसाधित करने और गुणवत्ता जाँच चलाने के लिए ज़िम्मेदार है। यह बैकएंड और कमांड लाइन इंटरफ़ेस को एक ही निष्पादन योग्य फ़ाइल में जोड़ता है और पिछली रिलीज़ के अलग-अलग प्रोग्राम
dignabackendतथाdignacliकी जगह लेता है। - dignadashboard: एक वेब-आधारित इंटरफ़ेस जो वेब सर्वर पर होस्ट होता है और digna प्लेटफ़ॉर्म के साथ इंटरैक्ट करने तथा डेटा गुणवत्ता मेट्रिक्स को विज़ुअलाइज़ करने के लिए उपयोगकर्ता-अनुकूल तरीका प्रदान करता है।
रिलीज़ 2026.06 में नया क्या है¶
इस रिलीज़ के साथ डेटा ऑब्ज़र्वेबिलिटी की क्षमताएँ सीधे आपके कोड में लाई गई हैं, जिससे डेवलपर्स स्रोत पर ही डेटा गुणवत्ता की निगरानी कर सकते हैं। पूरी जानकारी के लिए रिलीज़ नोट्स देखें।
macOS या Linux ढूँढ रहे हैं?¶
यह गाइड Windows के लिए है। अन्य प्लेटफ़ॉर्म के लिए, देखिए macOS स्थापना मार्गदर्शिका या Linux स्थापना मार्गदर्शिका।
सिस्टम आवश्यकताएँ¶
स्थापना शुरू करने से पहले सुनिश्चित करें कि आपका सिस्टम निम्नलिखित न्यूनतम आवश्यकताओं को पूरा करता है:
| आवश्यकता | विशिष्टता |
|---|---|
| ऑपरेटिंग सिस्टम | Windows Server या Windows 10/11 |
| मेमोरी (न्यूनतम सेटअप) | 16 GB RAM |
| डिस्क स्थान | 10 GB उपलब्ध स्टोरेज |
| डेटाबेस | PostgreSQL Server 12 या ऊपर |
| वेब सर्वर | IIS, Apache Tomcat, या समकक्ष |
डेटाबेस इंस्टॉलेशन विकल्प¶
यदि PostgreSQL पहले से स्थापित है: आप अपने मौजूदा PostgreSQL Server में digna के लिए एक नया डेटाबेस जोड़ सकते हैं।
यदि आप PostgreSQL को उसी मशीन पर इंस्टॉल कर रहे हैं जहाँ digna है:
अनुशंसित विनिर्देश
- मेमोरी: 32 GB RAM (16 GB के बजाय)
- डिस्क स्थान: 50 GB उपलब्ध स्टोरेज (10 GB के बजाय)
ये उच्चतर विनिर्देश दोनों, digna और PostgreSQL डेटाबेस को एक साथ चलाने के लिए उपयुक्त हैं।
पूर्व-स्थापना सेटअप¶
digna स्थापित करने से पहले सुनिश्चित करें कि दो प्रमुख पूर्व-आवश्यकताएँ मौजूद हैं:
- PostgreSQL Server – गणना किए गए मेट्रिक्स और प्रदर्शन डेटा को संग्रहीत करने के लिए
- वेब सर्वर – digna Dashboard होस्ट करने के लिए
यदि ये घटक पहले से सेटअप नहीं हैं, तो उन्हें इंस्टॉल और कॉन्फ़िगर करने के लिए नीचे दिए गए अनुभागों का पालन करें।
PostgreSQL सर्वर सेटअप¶
यदि आपके पास पहले से PostgreSQL है¶
यदि PostgreSQL पहले से आपके लोकल मशीन पर इंस्टॉल और चल रहा है या आप मैनज्ड रिमोट PostgreSQL सर्वर का उपयोग कर रहे हैं, तो आप अगले अनुभाग पर जा सकते हैं।
PostgreSQL इंस्टॉल करना¶
Windows पर PostgreSQL इंस्टॉल करने के लिए निम्न चरणों का पालन करें:
चरण 1: PostgreSQL डाउनलोड करें¶
- PostgreSQL Downloads पेज पर जाएँ
- Windows चुनें
- नवीनतम इंस्टॉलर डाउनलोड करें
चरण 2: इंस्टॉलर चलाएँ¶
- डाउनलोड किए गए इंस्टॉलर फ़ाइल पर डबल-क्लिक करें
- सेटअप विज़ार्ड में दिए गए निर्देशों का पालन करें
चरण 3: इंस्टॉलेशन डायरेक्टरी चुनें¶
PostgreSQL किस डायरेक्टरी में इंस्टॉल होगा यह चुनें। डिफ़ॉल्ट लोकेशन आम तौर पर उपयुक्त होती है।
चरण 4: कंपोनेंट्स चुनें¶
मानक सेटअप के लिए, डिफ़ॉल्ट कंपोनेंट विकल्पों को चुन कर रखें।
चरण 5: PostgreSQL सुपरयूज़र पासवर्ड सेट करें¶
PostgreSQL सुपरयूज़र (postgres) के लिए एक पासवर्ड दर्ज करें और पुष्टि करें। इस पासवर्ड को सुरक्षित रखें — आपको बाद में इसकी आवश्यकता होगी।
चरण 6: पोर्ट नंबर कॉन्फ़िगर करें¶
डिफ़ॉल्ट PostgreSQL पोर्ट 5432 है। आप डिफ़ॉल्ट उपयोग कर सकते हैं या आवश्यकता अनुसार अलग पोर्ट निर्दिष्ट कर सकते हैं।
सुझाव
यदि पोर्ट 5432 पहले ही उपयोग में है, तो एक वैकल्पिक पोर्ट चुनें और बाद में कॉन्फ़िगरेशन के लिए उसे नोट कर लें।
चरण 7: स्थानीयकरण (Locale) चुनें¶
अपने डेटाबेस के लिए लोकेल चुनें। अधिकांश इंस्टॉलेशन के लिए डिफ़ॉल्ट सामान्यतः उपयुक्त होता है।
चरण 8: इंस्टॉलेशन पूर्ण करें¶
बचे हुए चरणों में Next पर क्लिक करें, फिर Finish पर क्लिक करें।
चरण 9: इंस्टॉलेशन सत्यापित करें¶
Command Prompt खोलें और सत्यापित करें कि PostgreSQL इंस्टॉल हुआ है:
यदि इंस्टॉलेशन सफल था तो आपको PostgreSQL संस्करण दिखाई देगा।
वेब सर्वर कॉन्फ़िगरेशन¶
digna को डैशबोर्ड होस्ट करने के लिए एक वेब सर्वर की आवश्यकता होती है। निम्नलिखित विकल्पों में से किसी एक को चुनें:
आपको केवल इनमें से एक सर्वर इंस्टॉल और कॉन्फ़िगर करना होगा।
IIS सेटअप¶
अवलोकन¶
Internet Information Services (IIS) माइक्रोसॉफ्ट का वेब सर्वर है जो वेबसाइट्स और वेब एप्लिकेशन होस्ट करने के लिए उपयोग होता है।
IIS सक्षम करना¶
- Control Panel खोलें
Win + Rदबाएँ-
टाइप करें
controlऔर Enter दबाएँ -
Windows Features पर जाएँ
- Programs पर क्लिक करें
-
Turn Windows features on or off चुनें
-
Internet Information Services सक्षम करें
- नीचे स्क्रॉल करें और Internet Information Services (IIS) ढूँढें
- इसे सक्षम करने के लिए चेकबॉक्स पर टिक करें
-
विस्तार के लिए + पर क्लिक करें और सुनिश्चित करें कि ये सबकंपोनेंट्स चुने गए हैं:
- Web Management Tools
- World Wide Web Services
-
परिवर्तन लागू करने के लिए OK पर क्लिक करें
-
IIS इंस्टॉलेशन सत्यापित करें
- अपना ब्राउज़र खोलें
http://localhostपर जाएँ- आपको IIS Welcome पेज दिखाई देना चाहिए
आवश्यक: URL Rewrite मॉड्यूल¶
IIS के लिए URL Rewrite कंपोनेंट आवश्यक है। इसे आधिकारिक Microsoft पेज से डाउनलोड और इंस्टॉल करें।
आवश्यक: Markdown फ़ाइलों के लिए MIME प्रकार¶
यह सुनिश्चित करने के लिए कि Markdown फ़ाइलें (.md) IIS द्वारा सही ढंग से सर्व हों:
- IIS Manager खोलें (
Win + R, टाइप करेंinetmgr, Enter दबाएँ ) - Your Site > MIME Types पर नेविगेट करें
- Add... पर क्लिक करें
- कॉन्फ़िगर करें:
- File name extension:
.md - MIME type:
text/markdown
महत्वपूर्ण
इस सेटिंग के बिना, .md फ़ाइलें सही ढंग से सर्व नहीं हो सकती हैं।
Apache Tomcat सेटअप¶
अवलोकन¶
Apache Tomcat एक ओपन-सोर्स Java servlet कंटेनर और वेब सर्वर है।
इंस्टॉलेशन¶
- Apache Tomcat डाउनलोड करें
- Apache Tomcat Downloads पर जाएँ
-
Windows ZIP distribution डाउनलोड करें
-
आर्काइव एक्सट्रैक्ट करें
- ZIP फ़ाइल को अपने सिस्टम की किसी डायरेक्टरी में एक्सट्रैक्ट करें
-
उदाहरण:
C:\Program Files\Apache Tomcat -
Tomcat चल रहा है यह सत्यापित करें
- अपना ब्राउज़र खोलें
http://localhost:8080पर जाएँ- आपको Apache Tomcat welcome पेज दिखाई देना चाहिए
सुझाव
इंस्टॉलेशन के बाद Apache Tomcat सामान्यतः स्वतः शुरू हो जाता है। यदि ऐसा नहीं होता है, तो bin फ़ोल्डर में जाएँ और startup.bat चलाएँ।
प्रारंभिक स्थापना¶
चरण 1: digna रिपॉज़िटरी सेट करें¶
digna रिपॉज़िटरी उन सभी मेट्रिक्स को संग्रहीत करती है जो digna द्वारा गणना किए जाते हैं। यह विश्लेषणात्मक और प्रदर्शन डेटा के लिए केंद्रीय डेटाबेस के रूप में कार्य करती है।
रिपॉज़िटरी स्कीमा और यूज़र बनाएं¶
अपना PostgreSQL क्लाइंट (pgAdmin, psql, या समान) खोलें और निम्न SQL कमांड्स चलाएँ:
CREATE SCHEMA <digna_repo_schema>;
CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';
GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;
निम्न प्लेसहोल्डर्स बदलें:
<digna_repo_schema>— आपका वांछित स्कीमा नाम (उदा.,dignarepo)<digna_repo_user>— आपका वांछित उपयोगकर्ता नाम (उदा.,digna_user)<digna_repo_password>— इस उपयोगकर्ता के लिए एक सुरक्षित पासवर्ड
उदाहरण:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
सर्वोत्तम अभ्यास
डेटाबेस उपयोगकर्ताओं के लिए मजबूत, जटिल पासवर्ड का उपयोग करें। आसानी से अनुमान लगाने योग्य क्रेडेंशियल्स से बचें।
चरण 2: digna इंस्टॉलेशन पैकेज एक्सट्रैक्ट करें¶
- आपको दिए गए digna इंस्टॉलेशन ZIP फ़ाइल का स्थान ढूँढें
- इसे अपनी वांछित इंस्टॉलेशन लोकेशन में एक्सट्रैक्ट करें
- एक्सट्रैक्शन के बाद आपको निम्न आइटम दिखाई देने चाहिए:
dashboard/— वेब डैशबोर्ड इंटरफ़ेसdigna— मुख्य executable (बैकएंड + CLI संयुक्त)
कॉन्फ़िगरेशन और लाइसेंस फ़ाइलें पैकेज में नहीं हैं
न तो config.toml और न ही dashboard/dashboard_config.toml इंस्टॉलेशन के साथ आती है — दोनों को आप स्वयं बनाते हैं, बैकएंड कॉन्फ़िगरेशन और डैशबोर्ड कॉन्फ़िगरेशन में। license.toml भी साथ नहीं आती; digna इसे अलग से उपलब्ध कराता है, जैसा कि चरण 3 में बताया गया है।
चरण 3: लाइसेंस फ़ाइल इंस्टॉल करें¶
महत्वपूर्ण
लाइसेंस फ़ाइल इंस्टॉलेशन पैकेज में शामिल नहीं होती और आपको अलग से digna द्वारा प्रदान की जाएगी।
- आपको प्रदान की गई
license.tomlफ़ाइल खोजें - इसे digna इंस्टॉलेशन के रूट डायरेक्टरी में कॉपी करें (जहाँ
config.tomlऔरdignaexecutable स्थित हैं)
क्यों यह महत्वपूर्ण है: लाइसेंस फ़ाइल में आपका ग्राहक विवरण, लाइसेंस एक्सपायरी तिथि, और डिजिटल सिग्नेचर होती है। इस फ़ाइल में बदलाव न करें — किसी भी परिवर्तन से यह अमान्य हो जाएगी।
सेटअप के बाद निर्देशिका संरचना:
digna_installation/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
└── dashboard/ (web interface)
└── (dashboard files)
बैकएंड कॉन्फ़िगरेशन¶
चरण 1: कॉन्फ़िगरेशन फ़ाइल बनाएं और संपादित करें¶
आपके digna इंस्टॉलेशन डायरेक्टरी में config_template.toml फ़ाइल दी गई है। आपको इसे केवल config.toml में नाम बदलने की आवश्यकता है।
स्थान: digna_installation/config.toml
config.toml को किसी टेक्स्ट एडिटर में खोलें और नीचे दिए गए प्रत्येक सेक्शन को कॉन्फ़िगर करें।
[app] सेक्शन¶
यह सेक्शन digna बैकएंड एप्लिकेशन सेटिंग्स को कॉन्फ़िगर करता है:
[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
| पैरामीटर | मान | नोट्स |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | फ्रंटएंड URL | यदि डैशबोर्ड किसी अलग सर्वर पर है तो उसका URL शामिल करें |
digna_APP_CORS_ALLOW_CREDENTIALS | true | क्रेडेंशियल्स के साथ CORS के लिए आवश्यक |
digna_APP_CORS_ALLOW_METHODS | ["*"] | सभी HTTP मेथड्स की अनुमति दें |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | सभी हेडर्स की अनुमति दें |
[repo] सेक्शन¶
यह सेक्शन PostgreSQL डेटाबेस से कनेक्शन को कॉन्फ़िगर करता है:
[repo]
digna_REPO_HOST = "localhost"
digna_REPO_PORT = 5432
digna_REPO_DB = "postgres"
digna_REPO_SCHEMA = "dignarepo"
digna_REPO_USER = "digna_user"
digna_REPO_PASSWORD = "YourSecurePassword123!"
| पैरामीटर | मान | नोट्स |
|---|---|---|
digna_REPO_HOST | localhost या IP | PostgreSQL सर्वर होस्टनाम/IP |
digna_REPO_PORT | 5432 (डिफ़ॉल्ट) | PostgreSQL पोर्ट |
digna_REPO_DB | postgres | डेटाबेस नाम |
digna_REPO_SCHEMA | dignarepo | पहले बनाया गया स्कीमा |
digna_REPO_USER | digna_user | PostgreSQL सेटअप में बनाया गया उपयोगकर्ता |
digna_REPO_PASSWORD | आपका पासवर्ड | स्कीमा निर्माण के दौरान सेट किया गया पासवर्ड |
[base] सेक्शन¶
यह सेक्शन सुरक्षा और कुकी सेटिंग्स रखता है:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
digna_COOKIE_DOMAIN = "localhost"
digna_COOKIE_PATH = "/"
digna_COOKIE_SECURE = false
digna_COOKIE_HTTPONLY = true
digna_COOKIE_SAME_SITE = "lax"
digna_TOKEN_EXPIRES_IN = 86400
digna_MAX_WORKERS = 4
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
| पैरामीटर | मान | नोट्स |
|---|---|---|
DIGNA_FERNET_KEY | एन्क्रिप्शन की | टोकन और कुकीज़ को एन्क्रिप्ट करने के लिए उपयोग होती है (डिफ़ॉल्ट प्रदान किया गया) |
digna_COOKIE_DOMAIN | localhost | अपने फ्रंटएंड डोमेन से मेल खड़ा करें |
digna_COOKIE_SECURE | false (लोकल) / true (प्रोडक्शन) | HTTPS कनेक्शनों के लिए true का उपयोग करें |
digna_COOKIE_HTTPONLY | true | सुरक्षा के लिए हमेशा सक्षम रखें |
digna_COOKIE_SAME_SITE | lax | CSRF हमलों को रोकने में मदद करता है |
digna_TOKEN_EXPIRES_IN | 86400 (24 घंटे) | सेकंड में सत्र टाइमआउट |
digna_MAX_WORKERS | CPU कोर - 1 | समानांतर निरीक्षण कार्यों की संख्या |
DIGNA_SCHEDULER_MAX_DELAY | 100 | अधिकतम विलंब, सेकंड में, जिसे शेड्यूलर किसी नियत कार्य को शुरू करने से पहले जोड़ सकता है |
DIGNA_CLEANUP_TIME | "12:00" | दिन का वह समय (24-घंटे का HH:MM प्रारूप) जब दैनिक सफ़ाई शुरू होती है |
[encryption] सेक्शन¶
इस सेक्शन में वह कुंजी होती है जिससे रिपॉज़िटरी में संग्रहीत संवेदनशील मान एन्क्रिप्ट किए जाते हैं। यह आवश्यक है — कुंजी न होने पर config check सेक्शन [encryption] को FAILED बताता है।
| पैरामीटर | मान | नोट्स |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64 में एन्कोड की गई कुंजी | digna रिपॉज़िटरी में संग्रहीत संवेदनशील मानों को एन्क्रिप्ट करती है |
config.toml की सुरक्षा करें
यह कुंजी एक निश्चित मान है, जो सभी digna संस्थापनों में एक समान है, और यही आपकी रिपॉज़िटरी के संवेदनशील मानों को डिक्रिप्ट करती है। config.toml तक पहुँच उसी खाते तक सीमित रखें जिससे digna चलता है, फ़ाइल को संस्करण नियंत्रण और साझा ड्राइव से बाहर रखें, और उसे हर ऐसे बैकअप से हटा दें जो रिपॉज़िटरी की तुलना में कम सुरक्षित रखा जाता है।
[logging] सेक्शन¶
यह सेक्शन लॉगिंग व्यवहार को कॉन्फ़िगर करता है:
| पैरामीटर | मान | नोट्स |
|---|---|---|
digna_LOGGING_MODE | INFO या DEBUG | प्रोडक्शन के लिए INFO, समस्या निवारण के लिए DEBUG |
digna_LOGGING_BACKUP_COUNT | 10 | प्रतिदिन के लॉग बैकअप की संख्या जिसे रखा जाएगा |
चरण 2: कॉन्फ़िगरेशन जाँचें¶
रिपॉज़िटरी आरंभ करने से पहले जाँचें कि config.toml पूर्ण और सही ढंग से बना है। अपनी digna संस्थापन निर्देशिका में चलाएँ:
प्रत्येक सेक्शन की जाँच अलग से होती है, इसलिए एक अकेली गलती बाकी की स्थिति नहीं छिपाती:
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: OK
- OIDC config(s): OK
Overall: OK
जो कुछ भी FAILED बताया जाए उसे ठीक करें और आगे बढ़ने से पहले कमांड फिर चलाएँ। विकल्पों की पूरी सूची CLI संदर्भ में है।
चरण 3: रिपॉज़िटरी इनिशियलाइज़ करें¶
- Command Prompt खोलें
- अपने digna इंस्टॉलेशन डायरेक्टरी में नेविगेट करें (जहाँ
config.tomlऔरdignaexecutable स्थित हैं) - कनेक्शन टेस्ट चलाएँ:
आपको पुष्टि दिखनी चाहिए कि कनेक्शन स्थापित है (रिपॉज़िटरी अभी तक इनिशियलाइज़ नहीं की गई है)।
चरण 4: रिपॉज़िटरी स्कीमा इंस्टॉल करें¶
उसी डायरेक्टरी में चलाएँ:
यह कमांड आपके PostgreSQL डेटाबेस में आवश्यक तालिकाएँ और स्कीमा इंस्टॉल कर देती है।
चरण 5: एक एडमिन यूज़र बनाएं¶
- एक नया Command Prompt विंडो खोलें
- अपने digna इंस्टॉलेशन डायरेक्टरी में नेविगेट करें
- एक एडमिन यूज़र बनाने के लिए निम्न कमांड चलाएँ:
उदाहरण:
यह पूरा प्रशासनिक अधिकारों वाला उपयोगकर्ता बना देगा।
सर्वोत्तम अभ्यास
ऊपरी-निचले अक्षर, संख्याएँ और विशेष वर्णों का मिश्रण करके मजबूत पासवर्ड का उपयोग करें।
चरण 6: digna सर्वर शुरू करें¶
digna इंस्टॉलेशन डायरेक्टरी में, सर्वर शुरू करें:
पैरामीटर: - --address — सर्वर होस्टनाम/IP - --port — सर्वर पोर्ट
आपको स्टार्टअप संदेश दिखाई देने चाहिए जो सर्वर चलने की पुष्टि करें:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
सर्वर टर्मिनल को व्यस्त रखता है
serve अग्रभूमि में चलता है और तब तक चलता रहता है जब तक आप इसे Ctrl+C से रोक नहीं देते। सेटअप पूरा करते समय इसे चलता रहने दें; इसके बजाय बूट पर स्वतः प्रारंभ करने के लिए देखें digna को Windows सेवा के रूप में चलाना.
डैशबोर्ड कॉन्फ़िगरेशन¶
चरण 1: डैशबोर्ड को वेब सर्वर पर तैनात करें¶
digna डैशबोर्ड अपनी कॉन्फ़िगरेशन dashboard/dashboard_config.toml से पढ़ता है। यह फ़ाइल इंस्टॉलेशन के साथ नहीं आती — आप इसे dashboard/ डायरेक्टरी में डैशबोर्ड फ़ाइलों के साथ बनाते हैं।
इसकी सामग्री सिंगल साइन-ऑन के अंतर्गत बताई गई है, और वहीं इस फ़ाइल की आवश्यकता भी होती है: इसमें वे लॉगिन विकल्प होते हैं जो डैशबोर्ड प्रदान करता है और, मल्टी-इंस्टेंस तैनाती के लिए, बैकएंड कनेक्शन।
अपना वेब सर्वर चुनें और संबंधित तैनाती चरणों का पालन करें।
IIS पर डिप्लॉय करना¶
- IIS Manager खोलें
-
Win + Rदबाएँ, टाइप करेंinetmgr, Enter दबाएँ -
नई वेबसाइट बनाएं
- बाएँ पैनल में, Sites पर राइट-क्लिक करें
-
Add Website... चुनें
-
वेबसाइट कॉन्फ़िगर करें
- Site Name: एक नाम दर्ज करें (उदा., "dignaDashboard")
- Physical Path: Browse पर क्लिक करें और अपनी
dashboardफ़ोल्डर चुनें -
Binding: IP पता और पोर्ट सेट करें (HTTP के लिए डिफ़ॉल्ट पोर्ट 80, HTTPS के लिए 443)
-
वेबसाइट शुरू करें
- साइट बनाने के लिए OK पर क्लिक करें
-
नई साइट पर राइट-क्लिक करें और Start चुनें
-
इंस्टॉलेशन परीक्षण करें
- अपना ब्राउज़र खोलें
http://localhost(या आपका कॉन्फ़िगर किया गया URL) पर जाएँ- आपको digna डैशबोर्ड लॉगिन पेज दिखाई देना चाहिए
Apache Tomcat पर डिप्लॉय करना¶
- डैशबोर्ड को Tomcat में कॉपी करें
dashboardफ़ोल्डर को अपने Tomcatwebappsडायरेक्टरी में कॉपी करें- आवश्यकता अनुसार नाम बदलें (उदा.,
digna) -
उदाहरण:
C:\Program Files\Apache Tomcat\webapps\digna -
तैनाती सत्यापित करें
- Tomcat प्रबंधन पेज (http://localhost:8080) को रिफ्रेश या रीलोड करें
-
आप "digna" (या आपने जो नाम चुना है) को सूचीबद्ध एप्लीकेशन्स में देखेंगे
-
डैशबोर्ड एक्सेस करें
- अपना ब्राउज़र खोलें
http://localhost:8080/dignaपर जाएँ- आपको digna डैशबोर्ड लॉगिन पेज दिखाई देना चाहिए
digna को Windows सेवा के रूप में चलाना¶
Windows सेवा क्यों उपयोग करें?¶
digna बैकएंड को Windows सेवा के रूप में चलाने से यह सुनिश्चित होता है कि यह: - सर्वर बूट होने पर स्वचालित रूप से शुरू हो जाए - बैकग्राउंड में खुले Command Prompt के बिना चले - क्रैश होने पर स्वतः पुनरारंभ हो सके - Windows Services के माध्यम से प्रबंधित किया जा सके
windows कमांड¶
सेवा का प्रबंधन स्वयं digna executable करता है, digna windows सबकमांड के माध्यम से। कोई बैच फ़ाइल चलाने की आवश्यकता नहीं है।
| कमांड | उद्देश्य |
|---|---|
digna windows install | digna को Windows सेवा के रूप में रजिस्टर करता है |
digna windows start | रजिस्टर की गई सेवा को शुरू करता है |
digna windows stop | चल रही सेवा को रोकता है |
digna windows uninstall | सेवा को अनरजिस्टर करता है |
प्रशासक आवश्यक
चारों कमांड Administrator के रूप में खोले गए Command Prompt से चलाए जाने चाहिए।
हर कमांड --name लेता है, ताकि गैर-डिफ़ॉल्ट नाम से रजिस्टर की गई सेवा को संबोधित किया जा सके। विकल्पों की पूरी सूची CLI संदर्भ में है।
सेवा स्थापित करना¶
- Command Prompt को Administrator के रूप में खोलें
- Command Prompt पर राइट-क्लिक करें
-
"Run as Administrator" चुनें
-
अपनी digna इंस्टॉलेशन डायरेक्टरी में नेविगेट करें
-
सेवा रजिस्टर करें
यदि डिफ़ॉल्ट मान उपयुक्त न हों तो पता और पोर्ट निर्दिष्ट करें
install पता और पोर्ट को सेवा रजिस्ट्रेशन में दर्ज करता है, और सेवा ठीक उसी पर बाइंड होती है जो दर्ज किया गया था। डिफ़ॉल्ट मान 127.0.0.1 और 8000 हैं, जो केवल उसी मशीन से कनेक्शन स्वीकार करते हैं। किसी अन्य होस्ट पर चल रहा डैशबोर्ड उस तक नहीं पहुँच सकता, इसलिए वह पता दें जिस पर बैकएंड को सुनना चाहिए:
ये मान config.toml से नहीं पढ़े जाते। इन्हें बाद में बदलने के लिए सेवा को अनइंस्टॉल करें और नए मानों के साथ फिर से इंस्टॉल करें।
सेवा स्वचालित स्टार्टअप के साथ रजिस्टर होती है, इसलिए यह Windows के साथ शुरू होगी। यह तुरंत शुरू नहीं होती — अगला अनुभाग देखें।
इंस्टॉल विकल्प¶
| विकल्प | डिफ़ॉल्ट | उद्देश्य |
|---|---|---|
--name | digna | वह नाम जिससे सेवा रजिस्टर की जाती है |
--display-name | digna | services.msc में दिखाया जाने वाला नाम |
--description | digna data quality backend | services.msc में दिखाया जाने वाला विवरण |
--address | 127.0.0.1 | वह पता जिस पर सेवा अपना API बाइंड करती है |
--port | 8000 | वह पोर्ट जिस पर सेवा अपना API बाइंड करती है |
--working-dir | digna executable की डायरेक्टरी | config.toml और license.toml वाली डायरेक्टरी, जिसे सेवा अपनी वर्किंग डायरेक्टरी बनाती है |
--start-type | auto | auto Windows के साथ शुरू होती है, manual केवल कहने पर शुरू होती है, disabled सेवा को रजिस्टर करती है पर उसे शुरू होने नहीं देती |
--account | LocalSystem | वह खाता जिसके रूप में चलाना है, उदा. DOMAIN\user या .\user |
--password | --account का पासवर्ड |
डोमेन खाते के अंतर्गत चलाना
LocalSystem की कोई नेटवर्क पहचान नहीं होती, इसलिए SQL Server के विरुद्ध Windows Authentication और किसी नेटवर्क शेयर तक कोई भी पहुँच विफल होगी। जहाँ सेवा को किसी विशिष्ट उपयोगकर्ता के रूप में संसाधनों तक पहुँचना हो, वहाँ --account और --password के साथ इंस्टॉल करें।
सेवा शुरू करना और रोकना¶
सेवा शुरू करने के लिए¶
सेवा रोकने के लिए¶
सुझाव
आवेदन फ़ाइलों को अपडेट करने से पहले हमेशा सेवा को रोकें।
सेवा को नई डायरेक्टरी में ले जाना¶
यदि आपको digna इंस्टॉलेशन को स्थानांतरित करने की आवश्यकता है:
-
वर्तमान सेवा को रोकें और अनरजिस्टर करें
-
एप्लिकेशन फाइलें स्थानांतरित करें
-
पूरी digna इंस्टॉलेशन फ़ोल्डर को नई लोकेशन पर ले जाएँ
-
नई लोकेशन से सेवा को फिर से रजिस्टर करें
पहली बार उपयोग किए गए कोई भी --address, --port या --account मान दोहराएँ — पिछला रजिस्ट्रेशन हट चुका है।
- सेवा शुरू करें
सेवा अनइंस्टॉल करना¶
-
चलती सेवा को रोकें
-
सेवा अनरजिस्टर करें
अब digna सर्वर Windows सेवा के रूप में अनरजिस्टर हो चुका है।
नई रिलीज़ में उन्नयन¶
उन्नयन से पहले¶
पहले सभी डेटाबेस कनेक्शन जाँचें
रिलीज़ 2026.06 से digna हर स्रोत तकनीक तक ODBC के माध्यम से पहुँचता है। पिछली रिलीज़ में प्रति तकनीक अलग ड्राइवर और ODBC के बीच चुनाव था, जिसे Use ODBC स्विच से तय किया जाता था। digna टीम ने केवल ODBC पर आधारित रहने का निर्णय लिया, क्योंकि एक ही मानक इंटरफ़ेस विशेष रूप से बनाए गए ड्राइवरों के समूह से अधिक देता है:
- प्रमाणीकरण — प्रमाणीकरण ODBC का हिस्सा है, इसलिए कोई कनेक्शन वह सब उपयोग कर सकता है जो उसका ड्राइवर समर्थित करता है: पासवर्ड, टोकन और PAT, Kerberos और Active Directory, MFA और ब्राउज़र-आधारित सिंगल साइन-ऑन, क्लाउड पहचान, क्लाइंट प्रमाणपत्र और TLS। नई विधियाँ digna की रिलीज़ की प्रतीक्षा किए बिना, ड्राइवर अपडेट के साथ आती हैं।
- डेटाबेस निर्माताओं द्वारा अनुरक्षित ड्राइवर — निर्माता का अपना ड्राइवर नए सर्वर संस्करणों और सुरक्षा सुधारों का अनुसरण करता है, और आप उसे digna से स्वतंत्र रूप से, अपनी सुविधा के अनुसार अपडेट कर सकते हैं।
- सब कुछ कॉन्फ़िगर करने का एक ही तरीका — हर तकनीक कुंजी/मान गुणों की एक सूची है, उसी इंटरफ़ेस, संवेदनशील मानों के उसी एन्क्रिप्शन और उसी समस्या-निवारण के साथ, न कि प्रति स्रोत अलग-अलग फ़ील्ड।
- समायोजन और पहुँच — ड्राइवर-स्तर के विकल्प जैसे टाइमआउट, TLS सेटिंग्स, प्रॉक्सी और फ़ेच आकार हर स्रोत के लिए उपलब्ध हैं, और अनुरूप ODBC ड्राइवर वाली कोई भी तकनीक जोड़ी जा सकती है, वे भी जिनके लिए digna अलग मार्गदर्शिका प्रकाशित नहीं करता।
व्यवहार में इसका अर्थ है कि Use ODBC स्विच तथा होस्ट, पोर्ट, डेटाबेस, उपयोगकर्ता और पासवर्ड के अलग फ़ील्ड अब मौजूद नहीं हैं। हर वह कनेक्शन जो पहले से ODBC का उपयोग नहीं करता, उसे ODBC में बदलना होगा — कोई स्वचालित रूपांतरण नहीं है, इसलिए अपग्रेड से पहले इसकी योजना बनाएँ:
- अपने संस्थापन में परिभाषित प्रत्येक डेटाबेस कनेक्शन की समीक्षा करें और उन्हें नोट करें जो अभी ODBC का उपयोग नहीं करते — इनमें से हर एक को फिर से कॉन्फ़िगर करना होगा।
- संबंधित ODBC ड्राइवर को digna होस्ट पर संस्थापित करें — कनेक्शन ब्राउज़र से नहीं, बल्कि उस सर्वर से खोले जाते हैं जिस पर digna बैकएंड चलता है। देखें digna होस्ट पर ODBC ड्राइवर संस्थापित करना।
- प्रभावित प्रत्येक कनेक्शन के लिए ODBC गुण तैयार रखें। तकनीक-वार मार्गदर्शिकाएँ प्रत्येक स्रोत के लिए एक परखा हुआ गुण-समूह देती हैं।
अपग्रेड के बाद प्रभावित प्रत्येक कनेक्शन को ODBC में बदलें और डैशबोर्ड से उसका परीक्षण करें — देखें डेटाबेस कनेक्शन बनाना और कनेक्शन का परीक्षण।
Databricks Legacy कनेक्शन
Databricks Legacy कनेक्टर इस रिलीज़ में हटा दिया गया है। उन कनेक्शनों को Databricks कनेक्टर पर स्थानांतरित करें।
digna रिपॉज़िटरी का बैकअप बनाना अनिवार्य है
digna को अपग्रेड करने से पहले अपने रिपॉज़िटरी (PostgreSQL) का बैकअप लें ताकि डेटा लॉस से बचा जा सके। एक बैकअप यह सुनिश्चित करता है कि यदि उन्नयन के दौरान अनपेक्षित समस्याएँ आएँ तो आप रिकवर कर सकें।
उन्नयन प्रक्रिया¶
चरण 1: पुरानी सेवा को रोकें और अनरजिस्टर करें¶
यदि digna Windows सेवा के रूप में चल रहा है, तो उसे अपने वर्तमान इंस्टॉलेशन की बैच फ़ाइलों से रोकें — digna windows कमांड नई रिलीज़ का हिस्सा हैं और अभी उपलब्ध नहीं हैं:
फिर सेवा को अनरजिस्टर करें, फिर से पुरानी बैच फ़ाइल से। रजिस्ट्रेशन पुराने executable और उसकी स्क्रिप्ट्स की ओर इंगित करता है, जिन दोनों को यह अपग्रेड बदल देता है, इसलिए इसका पुनः उपयोग नहीं किया जा सकता:
किसी भी चीज़ का नाम बदलने से पहले अनरजिस्टर करें
uninstall_service.bat उस bin फ़ोल्डर में है जिसका नाम आप बदलने वाले हैं, और यही एकमात्र चीज़ है जो अपने द्वारा बनाए गए रजिस्ट्रेशन को हटा सकती है। इसे तब चलाएँ जब पुराना इंस्टॉलेशन अभी भी अपनी जगह पर हो। यदि फ़ोल्डर का नाम पहले ही बदल दिया गया है, तो उसे वापस बदलें, अनरजिस्टर करें, फिर आगे बढ़ें।
वह खाता नोट कर लें जिसके अंतर्गत सेवा चलती थी, और वह पता और पोर्ट जिस पर वह सेवा देती थी — आपको चरण 9 में इनकी आवश्यकता होगी।
चरण 2: वर्तमान संस्थापन का बैकअप लें¶
अपनी digna संस्थापन निर्देशिका में वर्तमान संस्थापन के फ़ोल्डरों के नाम बदलें, ताकि नई रिलीज़ उनके साथ तैनात की जा सके:
dignabackend और dignacli अब उपयोग में नहीं हैं
रिलीज़ 2026.06 से dignabackend और dignacli की जगह एकल निष्पादन योग्य फ़ाइल digna ले लेती है, जो बैकएंड और CLI को जोड़ती है। dignabackend_old और dignacli_old को केवल तब तक रखें जब तक आप अपग्रेड की पुष्टि न कर लें — उसके बाद दोनों फ़ोल्डर हटाए जा सकते हैं। dashboard_old को तब तक रखें जब तक आप उससे अपनी कॉन्फ़िगरेशन फ़ाइलें पुनर्स्थापित न कर लें (चरण 4 देखें)। bin फ़ोल्डर भी हटा दें: इसकी बैच फ़ाइलें पुरानी सेवा चलाती थीं और 2026.06 उन्हें शामिल नहीं करता, इसलिए चरण 1 में सेवा के अनरजिस्टर हो जाने के बाद वे केवल भ्रम पैदा करती हैं।
चरण 3: नई संस्करण निकालें और तैनात करें¶
- नए digna इंस्टॉलेशन ZIP फ़ाइल को एक्सट्रैक्ट करें
- नई
dignaexecutable औरdashboardफ़ोल्डर को अपनी इंस्टॉलेशन डायरेक्टरी में कॉपी करें
महत्वपूर्ण
न तो config.toml और न ही dashboard/dashboard_config.toml कभी भी इंस्टॉलेशन ZIP में शामिल की जाती है — digna टीम इनमें से कोई भी फ़ाइल कभी नहीं भेजती। इसलिए अपग्रेड से आपकी मौजूदा कॉन्फ़िगरेशन अप्रभावित रहती है, और नाम बदले गए *_old फ़ोल्डरों में मौजूद प्रतियाँ ही आपके पास एकमात्र प्रतियाँ हैं।
चरण 4: अपनी कॉन्फ़िगरेशन फ़ाइलें पुनर्स्थापित करें¶
रिलीज़ 2026.06 config.toml बदलती है
तीन सेटिंग्स नई और आवश्यक हैं, और दो अब उपयोग में नहीं हैं। पिछली रिलीज़ से लिया गया config.toml नई सेटिंग्स नहीं रखता, और जब तक वे अनुपस्थित हैं digna प्रारंभ नहीं होगा। अपनी मौजूदा config.toml में निम्नलिखित जोड़ें:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
दोनों [base] कुंजियाँ अपने मौजूदा [base] सेक्शन में जोड़ें और [encryption] को नए सेक्शन के रूप में जोड़ें। इसके बाद वे दो सेटिंग्स हटा दें जो अब उपयोग में नहीं हैं: [app] से digna_APP_HOST और digna_APP_PORT — सर्वर अब अपना पता और पोर्ट digna serve से लेता है।
प्रत्येक सेटिंग क्या करती है, यह यहाँ बताया गया है: बैकएंड कॉन्फ़िगरेशन.
सिंगल साइन-ऑन: [oidc_clients] का प्रारूप बदल गया है
रिलीज़ 2026.06 तालिकाओं की सरणी के स्थान पर प्रत्येक प्रदाता के लिए एक तालिका रखती है, जिसका नाम प्रदाता की कुंजी पर आधारित होता है। DIGNA_OIDC_KEY समाप्त हो गया है — कुंजी अब सेक्शन शीर्षक का हिस्सा है।
पहले:
[[oidc_clients]]
DIGNA_OIDC_KEY = 'microsoft'
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
बाद में:
[oidc_clients.microsoft]
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
हर प्रदाता के लिए यह सेक्शन दोहराएँ और हर कुंजी को dashboard_config.toml की key के समान रखें। जब तक पुराना प्रारूप बना रहता है, digna config check oidc_clients को FAILED बताता है। यह केवल उन संस्थापनों को प्रभावित करता है जो सिंगल साइन-ऑन का उपयोग करते हैं।
चरण 5: वेब सर्वर रीलोड करें¶
डैशबोर्ड स्टैटिक फ़ाइलों का एक सेट है, इसलिए आपका वेब सर्वर — और ब्राउज़र — अभी भी पिछला वर्शन दिखा सकते हैं। जो भी वेब सर्वर dashboard फ़ोल्डर को होस्ट करता है, उसे रीलोड या रीस्टार्ट करें, फिर हार्ड रिफ़्रेश (Ctrl+F5) के साथ पेज रीलोड करें।
चरण 6: कॉन्फ़िगरेशन जाँचें¶
रिपॉज़िटरी को छूने से पहले पुष्टि करें कि अद्यतन config.toml पूर्ण है:
प्रत्येक सेक्शन को OK बताना चाहिए। जो कुछ भी FAILED बताया जाए उसे ठीक करें और आगे बढ़ने से पहले कमांड फिर चलाएँ।
चरण 7: लाइसेंस फ़ाइल बदलें¶
हर रिलीज़ का लाइसेंस अलग से दिया जाता है। digna टीम द्वारा इस रिलीज़ के लिए दी गई license.toml को इंस्टॉलेशन डायरेक्टरी में कॉपी करें, जिससे पुरानी फ़ाइल बदल जाए:
पिछला लाइसेंस न रखें
किसी पिछली रिलीज़ के लिए जारी की गई license.toml इस रिलीज़ को कवर नहीं करती, और लाइसेंस की जाँच करने वाला हर कमांड — user, inspection, repo — जाँच विफल होने पर रिपॉज़िटरी को छूने से पहले ही रुक जाता है। आगे बढ़ने से पहले इसे सत्यापित करें:
चरण 8: रिपॉज़िटरी स्कीमा अपग्रेड करें¶
अपने digna इंस्टॉलेशन डायरेक्टरी में नेविगेट करें और चलाएँ:
यह PostgreSQL स्कीमा को नवीनतम संस्करण में अपडेट करता है जबकि सभी मौजूदा डेटा को सुरक्षित रखता है।
चरण 9: सेवा रजिस्टर करें और शुरू करें¶
पुराना रजिस्ट्रेशन चरण 1 में हटा दिया गया था, इसलिए सेवा को फिर से रजिस्टर किया जाता है — इस बार digna executable के साथ, जिसमें कोई बैच फ़ाइल नहीं है:
--address और --port को वही मान दें जिन पर पुरानी सेवा चलती थी, जब तक कि आप नए डिफ़ॉल्ट 127.0.0.1 और 8000 नहीं चाहते; ये रजिस्ट्रेशन में दर्ज होते हैं और अब config.toml से नहीं पढ़े जाते। यदि पुरानी सेवा किसी डोमेन खाते के अंतर्गत चलती थी, तो --account और --password जोड़ें। विकल्पों की पूरी सूची के लिए digna को Windows सेवा के रूप में चलाना देखें।
यदि आप मैन्युअली चला रहे हैं, तो सर्वर को फिर से शुरू करें:
यदि आप IIS या Tomcat का उपयोग कर रहे हैं, तो संबंधित वेब सर्वर को पुनरारंभ करें।
चरण 10: उन्नयन सत्यापित करें¶
- digna डैशबोर्ड एक्सेस करें
- सत्यापित करें कि इंटरफ़ेस सही ढंग से लोड हो रहा है
- किसी भी त्रुटि के लिए सर्वर लॉग्स जांचें
- हर उस कनेक्शन को ODBC में बदलें जो अभी तक इसका उपयोग नहीं करता था, फिर सभी कनेक्शनों का परीक्षण करें — देखें कनेक्शन का परीक्षण