मुख्य सामग्री पर जाएं
यह मार्गदर्शिका Snowflake और Perplexity एडमिन को Snowflake डेटा वेयरहाउस को Perplexity से कनेक्ट करने की प्रक्रिया समझाती है, और Pro, Max, Enterprise Pro तथा Enterprise Max सब्सक्राइबर्स को बताती है कि साइन इन कैसे करें।

अवलोकन

Snowflake कनेक्टर आपको अपने Snowflake डेटा वेयरहाउस के डेटा को सीधे Perplexity से क्वेरी करने की सुविधा देता है। आप अपने Snowflake डेटाबेसेज़, अपने अन्य कनेक्ट किए गए ऐप्स और वेब में जानकारी खोज और संयोजित कर सकते हैं — बिना SQL मैन्युअल रूप से लिखे या Snowflake कंसोल पर स्विच किए। User OAuth के साथ, Snowflake को कनेक्ट करना प्रति उपयोगकर्ता किया जाता है। जब तक आप डेटा को किसी साझा प्रोजेक्ट में सिंक नहीं करते, आपके संगठन में कोई और आपका डेटा क्वेरी नहीं कर सकता।
Snowflake कनेक्टर Pro, Max, Enterprise Pro और Enterprise Max प्लान पर उपलब्ध है। डेटा मैप जनरेट करने के लिए Enterprise Pro या Enterprise Max आवश्यक है। हर प्लान पर ACCOUNTADMIN रोल वाला एक Snowflake एडमिन सुरक्षा इंटीग्रेशन या सेवा अकाउंट बनाता है; Enterprise प्लान पर एक Perplexity एडमिन संगठन के लिए एक बार Snowflake कनेक्टर कॉन्फ़िगर करता है।

गोपनीयता और डेटा सुरक्षा

कनेक्टर आपके Snowflake अकाउंट को उस Snowflake रोल के अंतर्गत क्वेरी करता है जिसे आप नियंत्रित करते हैं, इसलिए Perplexity कहाँ तक पहुँच सकता है, इसकी सीमा Snowflake विशेषाधिकार तय करते हैं। उस रोल को केवल पढ़ने का एक्सेस दें।
  • एक्सेस का दायरा — User OAuth के साथ, प्रत्येक व्यक्ति अपना ही अकाउंट कनेक्ट करता है। जब तक आप डेटा को किसी साझा प्रोजेक्ट में सिंक नहीं करते, आपके संगठन में कोई और आपका डेटा क्वेरी नहीं कर सकता।
  • डेटा कहाँ संग्रहीत होता है — Perplexity आपका Snowflake डेटा संग्रहीत नहीं करता। क्वेरीज़ आपके ही Snowflake अकाउंट पर चलती हैं, और उत्पाद चलाने के लिए Perplexity जो परिचालन डेटा एकत्र करता है, उसके अलावा कनेक्टर अपनी ओर से कोई संग्रहण नहीं जोड़ता।
  • प्रतिधारण — कनेक्टर कोई कैश संचालित नहीं करता, इसलिए आपके Snowflake डेटा की कोई अलग प्रति नहीं होती जिसे बनाए रखा या हटाया जाए।
  • एडमिन नियंत्रण — Enterprise प्लान पर आपका संगठन एडमिन आपके संगठन के लिए Snowflake कनेक्टर को अक्षम कर सकता है, ऐसी स्थिति में यह आपकी कनेक्टर सेटिंग्स में दिखाई नहीं देता।
  • केवल-पठनीय प्रवर्तन — केवल-पठनीय एक्सेस Snowflake विशेषाधिकारों के माध्यम से प्रवर्तित करें। Perplexity जिस रोल का उपयोग करता है, उसे लिखने या ऑब्जेक्ट बनाने का कोई विशेषाधिकार न दें।
  • प्रशिक्षण में उपयोग — Snowflake कनेक्टर के माध्यम से एक्सेस किए गए डेटा का उपयोग Perplexity के मॉडलों या किसी तीसरे पक्ष के मॉडल को प्रशिक्षित करने के लिए कभी नहीं किया जाता।
  • Key pair एक्सेस — जिन लोगों को Perplexity में कनेक्शन का उपयोग करने की अनुमति है, वे कॉन्फ़िगर किए गए सेवा अकाउंट (नीचे दिए उदाहरण में PERPLEXITY_USER) के रूप में क्वेरी करते हैं, उस अकाउंट की रोल अनुमतियों के साथ, न कि अपनी व्यक्तिगत Snowflake अनुमतियों के साथ। संगठन के साथ साझा किया गया कनेक्शन संगठन के पात्र सदस्यों के लिए उपलब्ध है।
  • उप-प्रोसेसर — इस कनेक्टर के प्रमाणीकरण या API ट्रैफ़िक को कोई तृतीय-पक्ष उप-प्रोसेसर नहीं संभालता। Perplexity के उप-प्रोसेसर की वर्तमान सूची Perplexity Trust Center में प्रकाशित है।
  • एन्क्रिप्शन — कनेक्टर क्रेडेंशियल्स और कनेक्ट किया गया डेटा ट्रांज़िट में TLS से और रेस्ट में AES-256 से एन्क्रिप्ट किया जाता है।
  • अनुपालन — Perplexity के नियंत्रणों का ऑडिट SOC 2 Type II के अंतर्गत किया जाता है। सुरक्षा और अनुपालन दस्तावेज़ Perplexity Trust Center में उपलब्ध हैं।

इसे कैसे सक्रिय करें

प्रमाणीकरण विधि चुनना

Snowflake कनेक्टर User OAuth और, आपके सेटअप में सक्षम होने पर, सेवा अकाउंट key pair प्रमाणीकरण का समर्थन करता है। प्रति सेटअप एक तरीका चुनें। प्रमाणीकरण का तरीका बदलने से वह सेटअप बदल जाता है और उसके मौजूदा कनेक्शन डिस्कनेक्ट हो जाते हैं, इसलिए प्रभावित उपयोगकर्ताओं के साथ समन्वय करके बदलाव करें। Table 1 — Snowflake प्रमाणीकरण के तरीके और प्रत्येक का उपयोग कब करें।
Perplexity पुरज़ोर अनुशंसा करता है कि Snowflake कनेक्टर के लिए User OAuth का उपयोग करें। क्वेरीज़ प्रत्येक व्यक्ति की अपनी Snowflake अनुमतियों का उपयोग करती हैं और Snowflake के ऑडिट लॉग में उन्हीं के नाम दर्ज होती हैं।

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

  • आप Pro, Max, Enterprise Pro या Enterprise Max प्लान पर हैं।
  • Enterprise प्लान पर आपके संगठन एडमिन ने Snowflake कनेक्टर को अक्षम नहीं किया है।
  • आपके Snowflake एडमिन के पास ACCOUNTADMIN एक्सेस या समकक्ष विशेषाधिकार हैं।
  • लोकल मशीन पर OpenSSL इंस्टॉल है — केवल सेवा अकाउंट सेटअप के लिए।

User OAuth के साथ Snowflake सेट करना

  1. अपने Snowflake एडमिन से सुरक्षा इंटीग्रेशन बनाने के लिए कहें। अतिरिक्त पैरामीटर्स के लिए Snowflake OAuth सुरक्षा इंटीग्रेशन डॉक्यूमेंटेशन देखें।
  2. Client ID और Client Secret प्राप्त करें।
  3. उन क्रेडेंशियल्स और अपने सार्वजनिक Snowflake अकाउंट URL (उदाहरण के लिए, https://myorg-myaccount.snowflakecomputing.com) को Perplexity में OAuth सेटअप मोडल में दर्ज करें।
OAUTH_USE_SECONDARY_ROLES = IMPLICIT का उपयोग करें ताकि उपयोगकर्ता अपनी डिफ़ॉल्ट रोल्स के साथ-साथ अपनी द्वितीयक रोल्स तक भी पहुँच सकें। यदि उपयोगकर्ताओं को Snowflake में केवल उनके DEFAULT_ROLE तक सीमित रखना है, तो NONE का उपयोग करें।

सेवा अकाउंट के साथ Snowflake सेट करना

सेवा अकाउंट एक समर्पित Snowflake उपयोगकर्ता होता है जो एक विशिष्ट रोल के अंतर्गत चलता है। साझा अकाउंट का उपयोग करने वाले सभी लोगों को एक ही एक्सेस मिलता है, इसलिए उस रोल को केवल वही डेटा एक्सेस दें जिसकी Perplexity को आवश्यकता है।
  1. अपने लोकल टर्मिनल में एक निजी कुंजी और उससे मेल खाती सार्वजनिक कुंजी जनरेट करें।
  2. एक समर्पित रोल और एक वेयरहाउस बनाएँ, और वेयरहाउस का वही आकार चुनें जो आपकी क्वेरी मात्रा से मेल खाता हो। नया बनाने के बजाय आप कोई मौजूदा वेयरहाउस भी उपयोग कर सकते हैं।
  3. सेवा अकाउंट उपयोगकर्ता बनाएँ। RSA_PUBLIC_KEY मान को snowflake_computer_key.pub की सामग्री से बदलें, BEGIN PUBLIC KEY और END PUBLIC KEY पंक्तियों को छोड़कर।
  4. जिस डेटा को आप Perplexity से क्वेरी कराना चाहते हैं, उस तक एक्सेस दें। MY_DATABASE को अपने डेटाबेस से बदलें। ये ग्रांट्स उसके मौजूदा और भविष्य के स्कीमाज़, टेबल्स और व्यूज़ तक पढ़ने का एक्सेस देते हैं। अधिक सीमित एक्सेस के लिए, इसके बजाय विशिष्ट स्कीमाज़ या ऑब्जेक्ट्स पर अनुमतियाँ दें। Snowflake GRANT डॉक्यूमेंटेशन देखें।
  5. यदि आप कनेक्टर सेटअप फ़्लो में डेटा मैप जनरेट करना चुनते हैं, तो वह जिन दो अकाउंट उपयोग व्यूज़ को पढ़ता है, उन तक एक्सेस दें। डेटा मैप जनरेट करने के लिए Enterprise Pro या Enterprise Max आवश्यक है। यह ग्रांट केवल इन दो व्यूज़ तक नहीं, बल्कि Snowflake अकाउंट मेटाडेटा तक व्यापक एक्सेस देता है, इसलिए इसे चलाने से पहले इसकी समीक्षा करें। Table 2 — डेटा मैप जिन अकाउंट उपयोग व्यूज़ को पढ़ता है।
  6. साइडबार में प्लगइन (या अगर आपको अभी प्लगइन नहीं दिख रहा है, तो कस्टमाइज़ करें → कनेक्टर) खोलें, एक्सप्लोर करें में या खोज से Snowflake ढूँढें और उसका पेज खोलें।
  7. कनेक्टर सेटअप में सेवा अकाउंट key pair प्रमाणीकरण चुनें। अगर यह विकल्प उपलब्ध नहीं है, तो अपने संगठन एडमिन से संपर्क करें या Help मेनू में “सहायता से संपर्क करें” विकल्प के ज़रिए हमसे संपर्क करें।
  8. अपना सार्वजनिक Snowflake अकाउंट URL (उदाहरण के लिए, https://myorg-myaccount.snowflakecomputing.com), उपयोगकर्ता नाम PERPLEXITY_USER, और snowflake_computer_key.p8 की पूरी सामग्री दर्ज करें, जिसमें उसकी BEGIN PRIVATE KEY और END PRIVATE KEY पंक्तियाँ भी शामिल हों। RSA निजी कुंजी अनएन्क्रिप्टेड और कम से कम 2048 बिट की होनी चाहिए।
  9. सेटअप सहेजें। Key pair प्रमाणीकरण हर उपयोगकर्ता से Snowflake में साइन इन करने के लिए कहने के बजाय सेवा अकाउंट का उपयोग करता है।
संगठन के साथ साझा किए गए सेटअप में, पात्र सदस्य इसके बाद Computer से साझा कनेक्शन के माध्यम से Snowflake को क्वेरी करने के लिए कह सकते हैं। उन्हें अलग-अलग Snowflake में साइन इन करने की ज़रूरत नहीं है। अगर कनेक्शन उपलब्ध नहीं है, तो अपने एडमिन से कनेक्टर एक्सेस जाँचने के लिए कहें।
snowflake_computer_key.p8 को गोपनीय रखें। कनेक्ट करते समय आप इसे Perplexity में दर्ज करते हैं, और जिस किसी के पास यह होगी वह PERPLEXITY_USER के रूप में आपके वेयरहाउस को क्वेरी कर सकता है। केवल-पठनीय एक्सेस Snowflake अनुमतियों के माध्यम से प्रवर्तित करें: PERPLEXITY_ROLE को लिखने या ऑब्जेक्ट बनाने के विशेषाधिकार न दें।

पुराने सेटअप को अपडेट करना

अगर आपके संगठन ने इन निर्देशों के पुराने संस्करण का उपयोग करके Snowflake सेट किया था, तो इन सेटिंग्स की समीक्षा करें।
  1. रीडायरेक्ट URI अपडेट करें। अगर PERPLEXITY_OAUTH सुरक्षा इंटीग्रेशन अभी भी https://ah.merge.dev/oauth/callback का उपयोग करता है, तो जब तक आप इसे नहीं बदलते, User OAuth साइन-इन विफल होता है। अपने Snowflake एडमिन से यह चलाने के लिए कहें:
  2. पुराने IP पतों के लिए किसी भी नेटवर्क नीति की समीक्षा करें। अगर आपने PERPLEXITY_COMPUTER_POLICY जैसी कोई नेटवर्क नीति जोड़ी है जो केवल पुराने Merge टेनेंट IP पतों की अनुमति देती है, तो वे पते अब इस कनेक्टर पर लागू नहीं होते। कनेक्टर की वर्तमान नेटवर्क आवश्यकताओं की पुष्टि करने के लिए Help मेनू में “सहायता से संपर्क करें” विकल्प के ज़रिए हमसे संपर्क करें, फिर अपने Snowflake एडमिन से नीति को अपडेट करने या हटाने के लिए कहें।

अपना Snowflake अकाउंट कनेक्ट करना

User OAuth के लिए, एडमिन सेटअप पूरा होने के बाद, प्रत्येक उपयोगकर्ता अपना अकाउंट स्वयं कनेक्ट करता है।
  1. साइडबार में प्लगइन (या अगर आपको अभी प्लगइन नहीं दिख रहा है, तो कस्टमाइज़ करें → कनेक्टर) खोलें, एक्सप्लोर करें में या खोज से Snowflake ढूँढें और उसका पेज खोलें।
  2. कनेक्ट करें चुनें।
  3. संकेत मिलने पर Snowflake में साइन इन करें।
  4. कनेक्शन पूरा करने के लिए Allow चुनें।

यह कनेक्टर किसी प्लगइन में भी शामिल हो सकता है। इसे कहीं भी कनेक्ट करने पर यह आपके अकाउंट के लिए हर जगह कनेक्ट हो जाता है। आपका कनेक्शन और आपके संगठन की कनेक्टर सेटिंग्स हर प्लगइन में लागू होती हैं। प्लगइन क्या हैं?

यह काम कर गया, इसकी पुष्टि कैसे करें

एक नया सत्र खोलें, @Snowflake का उल्लेख करें, और किसी ऐसी टेबल से कुछ छोटा पूछें जिसे आप Snowflake में पहले से पढ़ सकते हैं — जैसे पंक्तियों की संख्या। यदि उत्तर आपके Snowflake डेटा के बिना आता है, तो सबसे पहले अपनी Snowflake रोल जाँचें: आपने जिस ऑब्जेक्ट का नाम लिया है, उस पर उसे SELECT चाहिए।

इसे आज़माना

Snowflake कनेक्ट होने के बाद, किसी नए सत्र में इसका उल्लेख करें:
  • @Snowflake orders टेबल में कितनी पंक्तियाँ हैं?
  • @Snowflake customers टेबल में कौन-कौन से कॉलम हैं?
  • @Snowflake MY_DATABASE में मैं कौन-कौन से स्कीमाज़ क्वेरी कर सकता हूँ, उनकी सूची दें

अनुमतियाँ और स्कोप

कनेक्टर को केवल पढ़ने के विशेषाधिकार चाहिए। इन्हें किसी मौजूदा विश्लेषक रोल के बजाय एक समर्पित रोल को दें। Table 3 — कनेक्टर द्वारा माँगे जाने वाले Snowflake विशेषाधिकार और उनके कारण। प्रवर्तन की सीमा Snowflake विशेषाधिकार हैं। कनेक्टर से जो भी करने को कहा जाए, वह उसी रोल के अंतर्गत चलता है जो आपने दी है, इसलिए लिखने के विशेषाधिकारों के बिना कोई रोल लिख नहीं सकती।

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

Table 4 — सबसे सामान्य Snowflake कनेक्टर समस्याओं के लक्षण, कारण और समाधान।

अक्सर पूछे जाने वाले सवाल

यह कनेक्टर किस डेटा तक एक्सेस करता है?

आपने जो Snowflake रोल दी है, उसे जिन डेटाबेसेज़, स्कीमाज़, टेबल्स और व्यूज़ को पढ़ने की अनुमति है, उन तक। जहाँ वह रोल नहीं पहुँच सकती, वहाँ कनेक्टर भी नहीं पहुँच सकता।

क्या मेरे Snowflake डेटा का उपयोग AI मॉडल्स को प्रशिक्षित करने के लिए किया जाएगा?

नहीं। Snowflake कनेक्टर के माध्यम से एक्सेस किए गए डेटा का उपयोग Perplexity के मॉडलों या किसी तीसरे पक्ष के मॉडल को प्रशिक्षित करने के लिए कभी नहीं किया जाता।

क्या मेरा एडमिन यह सीमित कर सकता है कि इस कनेक्टर को कौन सक्षम करे?

हाँ, Enterprise प्लान पर। कोई संगठन एडमिन पूरे संगठन के लिए Snowflake कनेक्टर को अक्षम कर सकता है, ऐसी स्थिति में यह आपकी कनेक्टर सेटिंग्स में दिखाई नहीं देता।

क्या Perplexity मेरे Snowflake डेटा में लिख सकता है?

नहीं, बशर्ते आप इसे Snowflake में प्रवर्तित करें। Perplexity जिस रोल का उपयोग करता है, उसे केवल USAGE और SELECT दें; इसके बाद Perplexity से जो भी करने को कहा जाए, Snowflake हर लेखन प्रयास को अस्वीकार कर देता है।

क्या यह कनेक्टर मेरे प्लान पर उपलब्ध है?

हाँ, Pro, Max, Enterprise Pro और Enterprise Max प्लान पर। डेटा मैप जनरेट करने के लिए Enterprise Pro या Enterprise Max आवश्यक है।

और मदद चाहिए?

जब आप हमें लिखें, तो कनेक्टर का नाम, त्रुटि संदेश का सटीक पाठ, वह कब हुआ, और इस लेख के वे चरण शामिल करें जिनसे समस्या हल नहीं हुई।
अपनी अकाउंट टीम से संपर्क करें या Help मेनू में “सहायता से संपर्क करें” विकल्प के ज़रिए हमसे संपर्क करें। सुरक्षा और अनुपालन दस्तावेज़ों के लिए Trust Center देखें।
अंतिम संशोधन 13 नवंबर 2026