R12.2 अपग्रेड पार्ट -1 . के लिए चरण दर चरण अपग्रेड प्रक्रिया

R12.2 अपग्रेड में निम्नलिखित भाग शामिल हैं

अपग्रेड से पहले तैयारी के चरण
मुख्य अपग्रेड R12.2.0 के लिए मेन अपग्रेड ड्राइवर का उपयोग करना (R12.2.0 के लिए पहले से इंस्टॉल किए गए Oracle E-Business Suite कंसोलिडेटेड अपग्रेड पैच के साथ मर्ज किया गया)
ऑनलाइन पैचिंग सक्षमता
नवीनतम R12.AD.C.Delta.n और R12.TXK.C.Delta.n को लागू करना
12.2.n रिलीज अपडेट पैक (आरयूपी) लागू करना

हम इस पोस्ट में चरण 1 का ध्यान रखेंगे।

R12.2 के लिए चरण-दर-चरण अपग्रेड प्रक्रिया भाग -1 को अपग्रेड करें
चरण दर चरण अपग्रेड प्रक्रिया को R12.2 में अपग्रेड करें भाग -2 को अपग्रेड करें
चरण दर चरण अपग्रेड प्रक्रिया को R12.2 में अपग्रेड करें भाग -3 को अपग्रेड करें
R12.2 अपग्रेड पार्ट -4 के लिए चरण दर चरण अपग्रेड प्रक्रिया

R12.2 अपग्रेड के लिए दस्तावेज़ संदर्भ

ओरेकल ई-बिजनेस सूट रिलीज 12.2 अपग्रेड (डॉक आईडी:1349240.1) के लिए डेटाबेस तैयारी दिशानिर्देश।
Oracle ई-बिजनेस सूट दस्तावेज़ीकरण संसाधन, रिलीज़ 12.2 दस्तावेज़ (डॉक्टर आईडी:1498411.1)
Oracle® ई-बिजनेस सूट अपग्रेड गाइड रिलीज 12.0 और 12.1 से 12.2 भाग संख्या E48839-02
Oracle ई-बिजनेस सूट रिलीज नोट्स, रिलीज 12.2 (डॉक्टर आईडी 1320300.1)
Oracle ई-बिजनेस सूट रिलीज 12.2.2 रीडमी (डॉक्टर आईडी 1506669.1)
ओरेकल ई-बिजनेस सूट रिलीज 12.2 (डॉक आईडी 1531121.1) में ऑनलाइन पैचिंग तैयारी रिपोर्ट
12.2.2 AD और TXK रिलीज़ अपडेट पैक लागू करना (Doc ID 1560906.1)
12.2 सूचना केंद्र:डॉक्टर आईडी:1581299.1
Oracle ई-बिजनेस सूट रिलीज 12.2:अपग्रेड साइजिंग और बेस्ट प्रैक्टिस डॉक आईडी:1597531.1
Oracle E-Business Suite रिलीज़ 12 अपग्रेड डाउनटाइम डॉक आईडी:1581549.1
R11i / R12 :अपने Oracle ई-बिजनेस सूट (EBS) की योजना बनाना रिलीज़ 11i से रिलीज़ 12 Doc ID:1406960.1
http://docs.oracle.com/cd/E26401_01/doc.122/e48839.pdf 12.0 - 12.1 से 12.2
http://docs.oracle.com/cd/E26401_01/doc.122/e48834.pdf 11.5.10.2 से 12.2
Oracle ई-बिजनेस सूट रिलीज 12.2 टेक्नोलॉजी स्टैक डॉक्यूमेंटेशन रोडमैप (डॉक आईडी 1934915.1)
ओरेकल ई-बिजनेस सूट रिलीज 12.2.5 रीडमी (डॉक आईडी 1983050.1)
Oracle ई-बिजनेस सूट रिलीज नोट्स, रिलीज 12.2 (डॉक्टर 1320300.1)
Oracle ई-बिजनेस सूट रिलीज 12.2.4 रीडमी (डॉक्टर 1617458.1)
Oracle ई-बिजनेस सूट रिलीज 12.2.5 रीडमी (डॉक्टर 1983050.1)
Oracle ई-बिजनेस सूट रिलीज 12.2:ऑनलाइन पैचिंग अक्सर पूछे जाने वाले प्रश्न (डॉक्टर 1583902.1)
ओरेकल ई-बिजनेस टेक्नोलॉजी ब्लॉग पर संबंधित लेख- https://blogs.oracle.com/stevenChan
Oracle ई-बिजनेस सूट रिलीज 12.2:पैच और प्रौद्योगिकी बग फिक्स की समेकित सूची (डॉक आईडी 1594274.1)
ओरेकल ई-बिजनेस सूट रिलीज 12.2 को रैपिड क्लोन (डॉक आईडी 1383621.1) के साथ क्लोन करना
दस्तावेज़ 2666934.1, Oracle ई-बिजनेस सूट रिलीज़ 12.2.10 रीडमी
दस्तावेज़ 2495027.1, Oracle ई-बिजनेस सूट रिलीज़ 12.2.9 रीडमी
दस्तावेज़ 2393248.1, Oracle ई-बिजनेस सूट रिलीज़ 12.2.8 रीडमी
दस्तावेज़ 2230783.1, Oracle ई-बिजनेस सूट रिलीज़ 12.2.7 रीडमी
दस्तावेज़ 2114016.1, Oracle ई-बिजनेस सूट रिलीज़ 12.2.6 रीडमी

तैयारी अपग्रेड शुरू करने से पहले के चरण

(1) ओएस स्तर के पैरामीटर

Linux x86-64 (1330701.1) के लिए Oracle ई-बिजनेस सूट इंस्टालेशन और अपग्रेड नोट्स रिलीज 12 (12.2)
ओरेकल ई-बिजनेस सूट इंस्टालेशन और अपग्रेड नोट्स रिलीज 12 (12.2) SPARC पर Oracle Solaris के लिए (64-बिट)(1330702.1)
Oracle E-Business Suite इंस्टालेशन और अपग्रेड नोट्स रिलीज़ 12 (12.2) IBM AIX के लिए पॉवर सिस्टम्स पर (64-बिट)(1330703.1)
एचपी-यूएक्स इटेनियम के लिए ओरेकल ई-बिजनेस सूट इंस्टालेशन और अपग्रेड नोट्स रिलीज 12 (12.2)(1330704.1)
Microsoft Windows (64-बिट)(1330706.1)

विस्तृत पढ़ने के लिए नीचे दिया गया लेख देखें

R12.2 अपग्रेड के लिए Solaris OS पैरामीटर आवश्यक है

(2) कस्टम स्कीमा में ड्रॉप इवेंट अलर्ट ट्रिगर

कस्टम स्कीमा में सभी ईवेंट अलर्ट डेटाबेस ट्रिगर्स को छोड़ने के लिए, $ALR_TOP/patch/115/sql में स्थित alrdtrig.sql स्क्रिप्ट चलाएँ। अपग्रेड पूरा होने के बाद ट्रिगर फिर से बनाएं।
कोई कस्टम ट्रिगर नहीं था इसलिए alrdtrig.sql नहीं चला। नीचे दी गई क्वेरी चलाएँ और सुनिश्चित करें कि आपके पास कोई कस्टम ट्रिगर ALR% नहीं है

SQL> dba_triggers से विशिष्ट स्वामी, TRIGGER_NAME, TRIGGER_TYPE, STATUS का चयन करें जहां 'ALR%' जैसे ट्रिगर_नाम; OWNER TRIGGER_NAME TRIGGER_TYPE स्थिति ----- ---------- -------------------- APPS ALR_ALR_DISTRIBUTION_LISTS_IAR प्रत्येक पंक्ति के बाद अक्षम ऐप्स ALR_ALR_DISTRIBUTION_LISTS_UAR प्रत्येक पंक्ति के बाद पूर्व>

(3) टेबलस्पेस के आकार की समीक्षा करें और OATM में माइग्रेट करें

ओरेकल ई-बिजनेस सूट रिलीज 12.2 पढ़ें:आकार और सर्वोत्तम अभ्यास अपग्रेड करें (डॉक आईडी:1597531.1)। और उचित रूप से टेबलस्पेस का आकार बदल दिया
हर टेबल स्पेस के लिए आखिरी डेटाफाइल को असीमित ऑटोएक्सटेंट पर सेट करना अच्छा है। अंतिम डेटाफ़ाइल को इस पर स्वत:विस्तारित करने के लिए कृपया निम्न SQL का उपयोग करें:

चुनें 'डेटाफाइल बदलें' || FILEID||' अधिकतम 50 ग्राम पर स्वत:विस्तार;' FROM (सेलेक्ट MAX(FILE_ID) FILEID FROM DBA_DATA_FILES GROUP by TABLESPACE_NAME )

मौजूदा ऑब्जेक्ट को नए टेबलस्पेस मॉडल में माइग्रेट करें (अनुशंसित):

Oracle E-Business Suite रिलीज़ 12 परिवेशों में नया Oracle अनुप्रयोग टेबलस्पेस मॉडल (OATM) शामिल है। यह मॉडल उत्पाद संबद्धता के बजाय डेटाबेस ऑब्जेक्ट प्रकार पर आधारित है, जिससे इसे प्रबंधित करना आसान हो जाता है और इसके लिए बहुत कम टेबलस्पेस और ऑपरेटिंग सिस्टम फ़ाइलों की आवश्यकता होती है।
यदि आपने पहले अपने परिवेश को रिलीज़ 11i से रिलीज़ 12 में अपग्रेड किया था, तो अपग्रेड प्रक्रिया ने सभी नए उत्पादों के लिए टेबलस्पेस बनाए, नए टेबलस्पेस मॉडल के लिए डेटाबेस को कॉन्फ़िगर किया, और नए ऑब्जेक्ट बनाए। हालाँकि, यह स्वचालित रूप से आपकी मौजूदा वस्तुओं को माइग्रेट नहीं करता था। यदि आपने पहले से ऐसा नहीं किया है, तो Oracle दृढ़ता से अनुशंसा करता है कि आप इस माइग्रेशन को अभी करने के लिए टेबलस्पेस माइग्रेशन यूटिलिटी का उपयोग करें। ध्यान दें कि आपके द्वारा ऑनलाइन पैचिंग सक्षम करने के बाद यह उपयोगिता उपयोग के लिए समर्थित नहीं है, इसलिए आपके परिवेश को रिलीज़ 12.2 में अपग्रेड करने के बाद आप माइग्रेशन नहीं कर सकते। यदि आप अभी OATM में माइग्रेट नहीं करना चुनते हैं, तो आपको अपने टेबल स्पेस को अलग से प्रबंधित करना जारी रखना चाहिए।
ओएटीएम माइग्रेशन के लिए नीचे दिया गया लेख देखें

Oracle एप्लीकेशन टेबलस्पेस मॉडल (OATM)

(4) RDBMS पैच लागू करें

R12.2 में माइग्रेट करने के लिए हमें 11.2.0.4 या 12.1.0.2 डेटाबेस संस्करण में माइग्रेट करने की आवश्यकता है नोट:हम यह अलग डाउनटाइम भी कर सकते हैं।
हमें अपग्रेड के लिए इंटरऑपरेबिलिटी दस्तावेज़ का पालन करना होगा
उन्नयन के लिए लेख देखें R12.1 इंस्टेंस डेटाबेस को 12c में कैसे अपग्रेड करें
हमें नीचे दिए गए ऑरैकल सपोर्ट डॉक में सूचीबद्ध डेटाबेस पैच को भी लागू करने की आवश्यकता है।
Oracle ई-बिजनेस सूट रिलीज 12.2:पैच और प्रौद्योगिकी बग फिक्स की समेकित सूची (डॉक आईडी 1594274.1)
JRE को डेटाबेस टियर (सशर्त) पर स्थापित करें
यदि आप मौजूदा ORACLE HOME विकल्प का उपयोग करके अपग्रेड मोड में रैपिड इंस्टाल चलाने की योजना बना रहे हैं, तो आपको डेटाबेस ORACLE_HOME/appsutil में JRE को निम्नानुसार स्थापित करना होगा:
नवीनतम JRE 7 अपडेट डाउनलोड करें। इष्टतम स्थिरता, प्रदर्शन, मापनीयता और OS विक्रेता समर्थन के लिए, Oracle के लिए JRE के नवीनतम उपलब्ध अद्यतन का उपयोग करें
ई-बिजनेस सूट डेटाबेस टियर। जेआरई डाउनलोड स्थान है:
http://www.oracle.com/technetwork/java/javase/downloads/index.html।

(5) आँकड़ों को इकट्ठा करें चलाएँ और रीसायकल बिन को शुद्ध करें

(i) सभी स्कीमा के लिए रैन-इकट्ठा स्कीमा आँकड़े

एप्लिकेशन निष्पादित करें।

(ii) SYS, फिक्स्ड ऑब्जेक्ट और डिक्शनरी स्टैटिस्टिक्स (आवश्यक) इकट्ठा करें

सभी चरणों को 'SYSDBA' उपयोगकर्ता के रूप में निष्पादित करें।

SYS स्कीमा आँकड़े एकत्र करें:

शुरू करें
dbms_stats.gather_schema_stats('SYS',
options=>'GATHER STALE',
estimate_percent =>
DBMS_STATS.AUTO_SAMPLE_SIZE,
method_opt => 'सभी कॉलम आकार ऑटो के लिए',
cascade => TRUE);
end;
/

निश्चित वस्तु और शब्दकोश सांख्यिकी

इन्हें पूर्व-उन्नयन परिवेश पर पहले एकत्रित, सही और अद्यतित किया जाना चाहिए था।

निष्पादित dbms_stats.gather_fixed_objects_stats;
exec dbms_stats.gather_dictionary_stats;

(iii) रीसायकल बिन को शुद्ध करें

dba_recyclebin को शुद्ध करें;

(6) पुराने AWR डेटा को शुद्ध करें

EXEC dbms_workload_repository.drop_snapshot_range का उपयोग करके AWR को शुद्ध करें:
स्नैपशॉट रेंज DBA_HIST_SNAPSHOT से लें

dbid,min(snap_id),max(snap_id) DBA_HIST_SNAPSHOT समूह से dbid द्वारा चुनें;

(7) ऑडिट ट्रेल अक्षम करें

sysadmin के रूप में लॉगिन करें, सिस्टम व्यवस्थापक जिम्मेदारी पर नेविगेट करें -> सुरक्षा -> ऑडिट ट्रेल -> समूह
F11 दबाकर क्वेरी विंडो सक्षम करें और समूह राज्य के लिए सक्षम विकल्प चुनें और परिणाम प्राप्त करने के लिए Ctrl+F11 दबाएं।
एप्लिकेशन नाम मान को छोड़कर - "एप्लिकेशन ऑब्जेक्ट लाइब्रेरी" शेष सभी "सक्षम" स्थिति को "पर्ज टेबल अक्षम करें" और रिकॉर्ड को सहेजने के लिए बनाया जाना चाहिए।
एक बार अपग्रेड करने के बाद हमें इसे "सक्षम" स्थिति पर सेट करके और रिकॉर्ड सहेज कर इसे फिर से सक्षम करना होगा

(8) R12.2 रैपिड इंस्टाल इंस्टॉल करें

रैपिडविज़ का उपयोग करके R12.2 रैपिड इंस्टाल स्थापित करें और अपग्रेड फ़ाइल सिस्टम चुनें। इनपुट केवल नई स्थापना के समान होगा
विस्तृत चरणों पर नीचे दिए गए लेख देखें
ईबीएस 12.2 विजन इंस्टेंस की स्थापना कैसे करें

(9) डेटाबेस में इनवैलिड का संकलन करें और ऑब्जेक्ट काउंट लें

(i) अमान्य संकलित करें

sqlplus / as sysdbaexec sys.utl_recomp.recomp_parallel(10);

(ii)) अपग्रेड से पहले अमान्य गणना करें

sqlplus / as sysdbaSpool अमान्य_before_upgrad.logcol ऑब्जेक्ट_नाम a30col मालिक के लिए a10col स्थिति के लिए a10col cnt के लिए 999999 के लिए मालिक पर रिपोर्ट पर ब्रेक रिपोर्ट ओनरसेट लाइनों पर cnt का योग 120सेट पेज 5000 का चयन करें स्वामी, ऑब्जेक्ट_नाम, स्थिति, 1 cnt से dba_objectswhere स्थिति!='VALID '1,2,3 द्वारा ऑर्डर करें; स्पूल ऑफ करें

(10) कस्टम ट्रिगर और इंडेक्स, क्रॉस्टैब्स, शेड्यूलर को अक्षम करें

कस्टम ट्रिगर और कस्टम इंडेक्स को अक्षम करने की आवश्यकता है। ट्रिगर्स और इंडेक्स को अक्षम और सक्षम करने के लिए एक स्क्रिप्ट रखें। जैसा कि अपग्रेड पूरा होने के बाद हमें उन्हें सक्षम करना होगा
कृपया क्रॉन जॉब्स को अक्षम करें यदि कोई फ़ाइल सिस्टम या टेबलस्पेस अलर्ट के अलावा अपग्रेड प्रक्रिया को प्रभावित करेगा
DBMS_scheduler में किसी भी शेड्यूल जॉब को अक्षम करें

(11) कार्यात्मक पैच लागू करें

(i) यह कार्य केवल तभी करें जब आप Oracle उन्नत संग्रह रणनीतियों के साथ उपयोग कर रहे हों।

रणनीति वर्कफ़्लो जाँच 12.0 और 12.1 रिलीज़ स्तरों पर लागू होती है।
R12.0.X से अपग्रेड करते समय डायग्नोस्टिक स्क्रिप्ट पैच 13027498:R12.IEX.A लागू करें और 12.1.X से अपग्रेड करते समय 13027498:R12.IEX.B लागू करें। इस पैच में संग्रह रणनीति कार्यप्रवाह के लिए स्क्रिप्ट हैं।
उपयोगकर्ता नाम 'SYSADMIN' का उपयोग करने वाले संग्रह एजेंट की जिम्मेदारी से, निम्नलिखित आइटम प्रकारों के लिए किसी भी शेड्यूल किए गए वर्कफ़्लो पृष्ठभूमि प्रक्रिया समवर्ती कार्यक्रम अनुरोध को रोकें:

• IEXSTRY - IEX:संग्रह रणनीति कार्य प्रवाह
• IEXSTFFM - IEX:रणनीति पूर्ति मेलर
• IEXSTRCM - IEX:रणनीति कस्टम कार्य प्रवाह

कार्यप्रवाह के बिना चल रही रणनीतियों को जांचने और साफ करने के लिए स्क्रिप्ट $IEX_TOP/patch/115/sql/iexswowf.sql चलाएँ। इस स्क्रिप्ट के लिए दो मापदंडों की आवश्यकता होती है:FND उपयोगकर्ता नाम और ऑडिट टेबल और लॉग के लिए जिम्मेदारी। उदाहरण के लिए, आप निम्नलिखित उपयोगकर्ता नाम का उपयोग करके स्क्रिप चला सकते हैं:SYSADMIN और जिम्मेदारी:संग्रह एजेंट

(ii)सबलेजर अकाउंटिंग:

यदि आप Oracle Subledger Accounting का उपयोग कर रहे हैं तो यह कार्य करें।
ईबीआर को सक्षम करने से पहले पूर्व निर्माण लेखा प्रक्रियाओं से अग्रिम कतारें साफ करें।
12.0 और 12.1 रिलीज स्तरों पर लागू होता है।
रिलीज़ 12.0.x से अपग्रेड करते समय पैच 13420532:R12.XLA.A लागू करें और पैच 13420532:R12.XLA.B को रिलीज़ 12.1.x से अपग्रेड करते समय लागू करें ताकि अस्थायी अग्रिम कतारों को साफ़ किया जा सके जो पहले क्रिएट अकाउंटिंग प्रोग्राम द्वारा बनाई गई थीं। प्रक्रियाएं। पूर्ण क्रिएट अकाउंटिंग प्रक्रियाओं की लंबित अग्रिम कतारें अपग्रेड समस्याएँ पैदा नहीं करती हैं, लेकिन उन्हें EBR के लिए साफ़ किया जाना चाहिए।
नोट:आप इस पूर्व-अपग्रेड चरण को तब तक कर सकते हैं जब तक कि प्री-अपग्रेड सिस्टम ऑनलाइन हो।
यह पैच स्क्रिप्ट xlaqclen.sql को STOP और DROP एडवांस क्यू को क्रिएट अकाउंटिंग प्रोग्राम के पूर्व पूर्ण किए गए रन से डिलीवर करता है। अगर प्रोग्राम द्वारा कोई अकाउंटिंग इवेंट प्रोसेस नहीं किया गया था, तो प्रोग्राम पूरा होने के बाद क्रिएट अकाउंटिंग प्रोग्राम की एडवांस कतारें नहीं हटाई गईं। पहले से पूर्ण हो चुके क्रिएट अकाउंटिंग प्रोग्राम की इन लंबित अग्रिम कतारों से कोई भ्रष्टाचार नहीं होता है, हालांकि ईबीआर के लिए इसे साफ करने की आवश्यकता है। इस पैच को केवल Oracle एप्लिकेशन रिलीज़ 12.2 अपग्रेड की तैयारी करने वाले ग्राहकों द्वारा लागू करने की आवश्यकता है। 12.2 में EBR को सक्षम करने से पहले यह पैच आवश्यक है। EBR पर अधिक जानकारी के लिए कृपया Oracle एप्लिकेशन रिलीज़ 12.2 रिलीज़ नोट देखें।

(iii)मानव संसाधन प्रबंधन (HRMS)

सीड किए गए API/पंक्ति हैंडलर में मैप किए गए सभी कस्टम डेटाबेस ऑब्जेक्ट को LONG/LONG RAW से CLOB में बदला जाना चाहिए।

सेलेक्ट package_name,object_name,argument_name,data_type from all_argumentsWHERE (package_name,object_name) IN (SELECT call_package, call_procedure FROM hr_api_hook_calls ) और data_type ='LONG';PACKAGE_NAME OBJECT_NAME D----- ---------- ---------- -----------PSB_HR_POPULATE_DATA_PVT INSERT_POSITION_TXN_INFO P_COMMENTS LONGऑब्जेक्ट_नाम, ऑब्जेक्ट_टाइप, dba_objects से स्वामी चुनें जहां ऑब्जेक्ट_नाम ='PSB_HR_POPULATE_DATA_PVT';OBJECT_NAME OBJECT_TYPE OWNER-----------------------PSB_HR_POPULATE_DATA_PVT पैकेज APPSPSB_HR_POPULATE_DATA_PVT पैकेज बॉडी APPS

(iv) आपूर्ति श्रृंखला प्रबंधन कार्य
इस अनुभाग में कार्य केवल तभी आवश्यक हैं जब आप Oracle आपूर्ति श्रृंखला प्रबंधन उत्पादों का उपयोग कर रहे हैं।
आदेश प्रबंधन:
यदि आप Oracle आदेश प्रबंधन का उपयोग कर रहे हैं तो इन कार्यों को करें।

Nullable Hold Entity ID के लिए जाँच करें।
इस पर लागू होता है:रिलीज़ 12.1
यदि आप रिलीज़ 12.1 से अपग्रेड कर रहे हैं, तो आपको Nullable Hold Entity ID की जाँच करनी चाहिए और इसे NOT NULL पर ठीक करना चाहिए। पैच 14191792:R12.ONT.B.

. के रीडमी में दिए गए निर्देशों का सावधानीपूर्वक पालन करें

(v). उत्पाद हब:–
डुप्लिकेट रिकॉर्ड की जांच करना
इस पर लागू होता है:रिलीज़ 12.0 और 12.1
निम्न क्वेरी चलाएँ और आउटपुट सत्यापित करें:

SQL> SYS.ALL_IND_COLUMNS से COUNT(1) चुनें जहां INDEX_NAME ='EGO_MTL_SY_ITEMS_EXT_B_U2' और COLUMN_NAME ='UNIQUE_VALUE'और INDEX_OWNER ='EGO'; COUNT(1)---------0

यदि उपरोक्त क्वेरी आउटपुट के रूप में '0' लौटाती है, तो निम्न चरणों का पालन करें:

ego_mtl_sy_items_ext_b टेबल का बैकअप लें
नोट आईडी देखें:953449.1 और डुप्लिकेट रिकॉर्ड की पहचान करने के लिए 'समाधान - डेटाफिक्स' अनुभाग के भीतर 'पहचान स्क्रिप्ट' कॉलम में प्रदान की गई स्क्रिप्ट को चलाएं।
यदि डुप्लिकेट रिकॉर्ड हैं, तो डुप्लिकेट रिकॉर्ड को हटाने के लिए उपयुक्त आधार संस्करण के लिए 'समाधान - डेटाफिक्स' अनुभाग के भीतर 'फिक्स' कॉलम में प्रदान की गई स्क्रिप्ट चलाएं।
नोट:रिलीज 12.2 में अपग्रेड करने से पहले आपको डुप्लीकेट रिकॉर्ड को खत्म करना होगा। अगर आपको डुप्लीकेट रिकॉर्ड को खत्म करने में मदद चाहिए, तो Oracle सपोर्ट से संपर्क करें।
R12.1 और इसके बाद के संस्करण के लिए, डुप्लिकेट रिकॉर्ड की पहचान करने के लिए नीचे दी गई क्वेरी का उपयोग करें:

सेलेक्ट COUNT() एएस v_count , इन्वेंट्री_आइटम_आईडी, ऑर्गनाइजेशन_आईडी, रिवीजन_आईडी, attr_group_id, data_level_id, pk1_value, pk2_value ऐप्स से। ego_mtl_sy_items_ext_b जहां मौजूद है। AND multi_row <> 'Y') GROUP BY इन्वेंट्री_आइटम_आईडी, संगठन_आईडी, रिवीजन_आईडी, attr_group_id, data_level_id, pk1_value, pk2_value HAVING COUNT()> 1;
कोई पंक्ति नहीं चुनी गई

अगले चरणों के लिए। कृपया नीचे दिए गए लेख देखें

चरण दर चरण अपग्रेड प्रक्रिया को R12.2 में अपग्रेड करें भाग -2 को अपग्रेड करें
चरण दर चरण अपग्रेड प्रक्रिया को R12.2 में अपग्रेड करें भाग -3 को अपग्रेड करें
R12.2 अपग्रेड पार्ट -4 के लिए चरण दर चरण अपग्रेड प्रक्रिया

संबंधित लेख

R12.2/R12.1 अपग्रेड के लिए शीर्ष AWR उपयोगी क्वेरी
40 प्रश्न जो आपको R12.2 के बारे में जानना चाहिए
R12.2 परिवेश को कैसे क्लोन करें
ऑटोकॉन्फ़िग R12.2 में महत्वपूर्ण परिवर्तन
पी>