सामान्य तौर पर, नहीं। Tnsnames.ora परिवर्तन के लिए रिबूट की आवश्यकता नहीं होनी चाहिए, लेकिन कुछ एप्लिकेशन पढ़ेंगे और स्टार्टअप पर tnsnames.ora को पार्स कर सकेंगे, उदाहरण के लिए, उपयोगकर्ता को सर्वर की एक ड्रॉप-डाउन सूची पेश करने में सक्षम होने के लिए, और जो कुछ भी पढ़ा गया था उसे कैश करेगा फ़ाइल को फिर से पढ़ने के बजाय आवेदन शुरू हुआ। स्थिति पर निर्भर करते हुए, विंडोज क्लाइंट को रिबूट करना आसान हो सकता है, न कि यह पता लगाना कि किसी भी एप्लिकेशन को कैसे मारना और पुनः आरंभ करना है, जो डेटा कैश हो सकता है।
एक sqlnet.ora परिवर्तन निरंतरता के लिए एक रिबूट से लाभान्वित हो सकता है, हालांकि इसकी आवश्यकता नहीं है। यदि आप सेटिंग द्वारा किसी सर्वर पर मृत कनेक्शन का पता लगाने को सक्षम करने जैसा कुछ कर रहे हैं sqlnet.expire_time
, उदाहरण के लिए, यह संभवतः सर्वर को रिबूट करने के लिए समझ में आता है ताकि यह सुनिश्चित हो सके कि सेटिंग केवल नए कनेक्शनों के बजाय सभी कनेक्शनों पर लागू होती है - यदि आप प्रयास कर रहे हैं डिबग क्यों एक विशेष मृत कनेक्शन अभी भी चारों ओर लटका हुआ है, यह जानकर कि सर्वर को फिर से शुरू किया गया था और यह कि आप कनेक्शन के कुछ विरूपण साक्ष्य को नहीं देख रहे हैं जो कि सेटिंग से पहले खोला गया था, आमतौर पर सहायक होगा।