Computer >> कंप्यूटर >  >> प्रोग्रामिंग >> डेटाबेस

Oracle OSWatcher और रीडिंग लॉग्स का परिचय

Oracle® OSWatcher एक उपयोगिता है जो vmstat . जैसे कमांड से डेटा एकत्र करती है , iostat , top , ps , netstat , एचपी-यूएक्स® sar , और Linux®meminfo . OSWatcher डेटा फ़ाइलों को संग्रहीत करता है, स्वचालित रूप से मुद्दों की तलाश करता है, और यदि संभव हो तो मुद्दों के मूल कारण को निर्धारित करने में मदद करता है।

परिचय

एक घंटे के आधार पर, OSWatcher निम्नलिखित OS कमांड का उपयोग करके पृष्ठभूमि में ऑपरेटिंग सिस्टम (OS) आँकड़े एकत्र करता है:

  • सीपीयू
  • स्मृति
  • डिस्क I/O

OSWatcher $TFA_HOME/repository/suptools/walhall/oswbb/oracle/archive/ को फ़ाइलें लिखता है ।

क्योंकि कोई स्वचालित हाउसकीपिंग मौजूद नहीं है, आपको OS के आंकड़ों को साफ करने के लिए कुछ दिनों से अधिक पुरानी फ़ाइलों को स्वचालित रूप से हटाने के लिए एक क्रॉन जॉब बनाना चाहिए। उदाहरण के लिए, आपका क्लीनअप क्रॉन जॉब 10 दिनों से अधिक पुरानी फाइलों को हटाने के लिए निम्न कमांड चला सकता है:

find $TFA_HOME/repository/suptools/walhall/oswbb/oracle/archive -name "*.*" -mtime +10 -exec rm -f {} \;

oswiostat लॉग आउटपुट पढ़ें

अगर iostat स्थापित है और OSWatcher उपयोगकर्ता के पास उपयोगिता को चलाने के लिए विशेषाधिकार हैं, OSWatcher लॉग एक घंटे के आधार पर, डिफ़ॉल्ट रूप से, iostat से आउटपुट एकत्र और संग्रहीत करता है। आदेश।

iostat , जिसका उपयोग सिस्टम इनपुट और आउटपुट डिवाइस लोड की निगरानी के लिए किया जाता है, निम्नलिखित जानकारी एकत्र करता है:

  • समय
  • भौतिक डिस्क और उनकी औसत डेटा अंतरण दर

आउटपुट उदाहरण

oswiostat log फ़ाइल में निम्न डेटा शामिल है:

  • device :डिवाइस का नाम
  • r/s :प्रति सेकंड पढ़ता है
  • w/s :प्रति सेकंड लिखता है
  • rsec/s :किलोबाइट प्रति सेकंड पढ़ा जाता है
  • wsec/s :किलोबाइट प्रति सेकंड लिखा जाता है
  • avgrq-sz :सेवा के लिए प्रतीक्षारत लेनदेन की औसत संख्या
  • avgqu-sz :सक्रिय रूप से सेवित किए जा रहे लेनदेन की औसत संख्या
  • %util :डिस्क के व्यस्त रहने का प्रतिशत

oswiostat के दो उदाहरण निम्नलिखित हैं:लॉग, जिन्हें सात घंटे अलग रखा गया था:

धीमे समय पर:

Time: 00:01:09

avg-cpu:  %user   %nice %system %iowait  %steal   %idle

           5.22    0.01    1.77    0.10    0.00   92.90

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util

sda              10.24   101.92 10.28 29.60   569.53  1057.09    40.79     0.21    5.30   0.53   2.11
sda1              0.00     0.00  0.00  0.00     0.17     0.00   138.66     0.00   12.37   3.45   0.00
sda2             10.24   101.92 10.28 29.57   569.36  1057.09    40.81     0.21    5.30   0.53   2.11
dm-0              0.00     0.00  1.72 77.98    75.95   623.85     8.78     1.20   14.99   0.08   0.67
dm-1              0.00     0.00  0.46  2.37     3.80    18.94     8.04     0.01    2.71   0.29   0.08
dm-2              0.00     0.00  7.44 50.74   278.30   410.79    11.84     0.72   12.30   0.23   1.33
dm-3              0.00     0.00  0.00  0.00     0.15     0.00   509.61     0.00   46.78   7.53   0.00
dm-4              0.00     0.00  0.49  0.00   117.41     0.02   238.95     0.00    1.94   1.05   0.05
dm-5              0.00     0.00  0.05  0.00    10.84     0.00   230.78     0.00    2.58   1.34   0.01
dm-6              0.00     0.00  0.00  0.00     0.10     0.00   479.96     0.00   54.94   8.70   0.00

व्यस्त समय में:

Time: 07:32:57

avg-cpu:  %user   %nice %system %iowait  %steal   %idle

           8.16    0.00   70.29   21.55    0.00    0.00

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util

sda             163.40     7.73 2074.74 53.95 73642.61   493.47    34.83   107.13   50.07   0.47 100.07
sda1              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2            163.40     7.73 2074.74 53.95 73642.61   493.47    34.83   107.13   50.07   0.47 100.07
dm-0              0.00     0.00 201.03  0.86  8412.37     6.87    41.70    58.68  281.80   4.96 100.07
dm-1              0.00     0.00 180.76 26.46  1446.05   211.68     8.00    25.24  119.01   4.83 100.07
dm-2              0.00     0.00 1868.90 34.54 63913.40   276.29    33.72   332.23  172.22   0.53 100.09
dm-3              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
dm-4              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
dm-5              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
dm-6              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

छवियों का स्रोत :https://www.dbas-oracle.com/2013/05/How-to-Analyze-or-Read-OS-Watcher-Output-in-three-easy-steps-With-Example.html

आधी रात का स्नैपशॉट अच्छा प्रदर्शन दिखाता है, और सुबह 7:32 बजे का स्नैपशॉट खराब प्रदर्शन दिखाता है। दूसरे स्नैपशॉट में खराब प्रदर्शन के निम्नलिखित संकेतों पर ध्यान दें:

  • कई डिस्क 100% व्यस्त हैं, जैसा कि %util . में देखा गया है कॉलम।
  • r/s कॉलम प्रति सेकंड बहुत अधिक संख्या में पढ़ता है।
  • avg-cpu %idle आंकड़े बताते हैं कि सिस्टम 0% निष्क्रिय है बनाम पहले के स्नैपशॉट में 92% निष्क्रिय है।

mpstat लॉग आउटपुट पढ़ें

अगर mpstat स्थापित है और OSWatcher उपयोगकर्ता के पास उपयोगिता को चलाने के लिए विशेषाधिकार हैं, OSWatcher लॉग एक घंटे के आधार पर, डिफ़ॉल्ट रूप से, mpstat से आउटपुट एकत्र और संग्रहीत करता है। आज्ञा। डेटाबेस प्रशासक इस कमांड का उपयोग सेंट्रल प्रोसेसिंग यूनिट (सीपीयू) के उपयोग की निगरानी के लिए करते हैं।

आउटपुट उदाहरण

mpstat log फ़ाइल में निम्न डेटा शामिल है:

  • CPU :कौन सा सीपीयू। all सिस्टम में सभी उपलब्ध सीपीयू के आंकड़े शामिल हैं।
  • %user :USER प्रोग्राम द्वारा उपयोग किए जाने वाले CPU का प्रतिशत
  • %sys :सिस्टम प्रोग्राम द्वारा उपयोग किए जाने वाले CPU का प्रतिशत
  • %iowait :IO द्वारा खपत किए गए CPU का प्रतिशत प्रतीक्षा करता है
  • %idle :निष्क्रिय सिस्टम संसाधनों का प्रतिशत

mpstat के दो उदाहरण निम्नलिखित हैं:एक घंटे के अंतराल पर लिए गए लॉग:

धीमे समय पर:

zzz ***Tue Apr 23 06:13:44 EDT 2013 Sample interval: 5 seconds

Linux 2.6.32-400.21.1.el5uek (remote.database.com)     04/23/13

06:13:44     CPU   %user   %nice    %sys %iowait    %irq   %soft  %steal   %idle    intr/s

06:13:49     all    6.26    0.00    1.32    0.00    0.01    0.02    0.00   92.39  36448.70
06:13:54     all    8.17    0.00    1.92    0.01    0.00    0.05    0.00   89.86  38918.09
06:13:59     all    8.11    0.00    1.18    0.01    0.00    0.05    0.00   90.65  40989.86
06:14:04     all    8.04    0.00    1.25    0.06    0.00    0.05    0.00   90.61  40242.86
06:14:09     all    6.62    0.00    1.27    0.02    0.00    0.05    0.00   92.04  37460.32
06:14:14     all    7.56    0.00    1.47    0.02    0.00    0.02    0.00   90.94  37288.67
06:14:19     all    7.19    0.00    1.21    0.14    0.00    0.02    0.00   91.44  36947.91
06:14:24     all    6.50    0.00    1.02    0.01    0.00    0.02    0.00   92.45  35792.86
06:14:29     all    7.28    0.00    1.82    0.01    0.00    0.02    0.00   90.87  36795.42
06:14:34     all    7.37    0.02    1.20    0.02    0.00    0.01    0.00   91.37  36818.80
06:14:39     all    7.41    0.00    1.05    0.02    0.00    0.02    0.00   91.49  36874.90
06:14:44     all    7.15    0.01    1.62    0.04    0.00    0.02    0.00   91.16  35904.77
06:14:49     all    7.21    0.00    1.22    0.14    0.00    0.02    0.00   91.41  38867.73
06:14:54     all    7.31    0.00    1.00    0.00    0.00    0.03    0.00   91.65  39378.74

व्यस्त समय में:

zzz ***Tue Apr 23 07:23:02 EDT 2013 Sample interval: 5 seconds

Linux 2.6.32-400.21.1.el5uek (remote.database.com)     04/23/13

07:24:20     CPU   %user   %nice    %sys %iowait    %irq   %soft  %steal   %idle    intr/s

07:24:25     all    2.74    0.00   97.16    0.00    0.00    0.10    0.00    0.00  39066.67
07:24:30     all    3.06    0.00   96.87    0.00    0.00    0.07    0.00    0.00  37637.52
07:24:37     all    3.13    0.00   96.79    0.01    0.00    0.07    0.00    0.00  36788.64
07:24:42     all    2.69    0.00   97.17    0.05    0.00    0.09    0.00    0.00  38270.04
07:24:48     all    3.86    0.01   94.92    1.02    0.00    0.20    0.00    0.00  43247.39
07:24:53     all    3.51    0.00   96.19    0.20    0.00    0.11    0.00    0.00  39887.45
07:24:59     all    4.22    0.00   93.51    2.12    0.00    0.15    0.00    0.00  40638.08
07:25:04     all    6.26    0.00   85.04    8.56    0.00    0.13    0.00    0.00  41915.79
07:25:09     all    8.69    0.00   67.31   23.85    0.00    0.11    0.00    0.03  44586.56
07:25:15     all    8.09    0.00   80.62   11.17    0.00    0.12    0.00    0.00  44321.66
07:25:21     all    7.18    0.00   71.95   20.80    0.00    0.07    0.00    0.00  35399.65
07:25:26     all    6.69    0.00   68.20   24.97    0.01    0.12    0.00    0.00  38734.99
07:25:31     all    7.11    0.01   74.71   18.09    0.00    0.08    0.00    0.00  36695.68
07:25:36     all    7.46    0.00   14.17   78.20    0.00    0.05    0.00    0.13  32934.53
07:25:50     all    9.71    0.00   23.99   66.24    0.00    0.05    0.00    0.00  33617.64
07:25:56     all    7.80    0.00   85.97    6.13    0.00    0.10    0.00    0.00  41234.83

06:13 का स्नैपशॉट अच्छा प्रदर्शन दिखाता है, और 7:32 AM का स्नैपशॉट खराब प्रदर्शन दिखाता है। दूसरे स्नैपशॉट में खराब प्रदर्शन के निम्नलिखित संकेतों पर ध्यान दें:

  • %sys कॉलम 97.17 का चरम उपयोग दिखाता है।
  • %iowait कॉलम 78.20 का चरम उपयोग दिखाता है।

शीर्ष आउटपुट पढ़ें

top कमांड प्रोसेसर गतिविधि का एक घंटे का स्नैपशॉट प्रदान करता है। लॉग सीपीयू उपयोग के अवरोही क्रम में सूचीबद्ध प्रक्रियाओं को दिखाता है ताकि सबसे अधिक सीपीयू का उपयोग करने वाली प्रक्रिया पहले सूचीबद्ध हो।

ऐसे मामलों में जब सिस्टम पर CPU उपयोग अचानक बढ़ जाता है और प्रक्रियाओं की संख्या नहीं बदली है, top समस्या की पहचान करने में मदद कर सकता है।

आउटपुट उदाहरण

निम्नलिखित परिदृश्य पर विचार करें, जहां लोड नहीं बढ़ने के बावजूद सीपीयू स्पाइक्स:

zzz ***Tue Apr 23 03:13:44 EDT 2013 Sample interval: 5 seconds. All measurements in KB (1024 bytes)

top - 04:13:44 up 22 days, 21:12, 10 users,  load average: 65.80, 169.78, 117.65

Tasks: 2297 total,   4 running, 2229 sleeping,   0 stopped,  64 zombie

Cpu0  : 12.7%us,  2.6%sy,  0.0%ni, 84.2%id,  0.5%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  6.7%us,  2.0%sy,  0.0%ni, 91.1%id,  0.1%wa,  0.0%hi,  0.1%si,  0.0%st
Cpu2  :  6.4%us,  1.7%sy,  0.0%ni, 91.8%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  5.5%us,  1.3%sy,  0.0%ni, 93.1%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu4  :  7.6%us,  1.6%sy,  0.0%ni, 90.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu5  :  5.3%us,  1.1%sy,  0.0%ni, 93.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu6  : 11.8%us,  2.7%sy,  0.0%ni, 85.3%id,  0.1%wa,  0.0%hi,  0.1%si,  0.0%st
Cpu7  :  7.0%us,  2.2%sy,  0.0%ni, 90.6%id,  0.1%wa,  0.0%hi,  0.1%si,  0.0%st
Cpu8  :  5.8%us,  1.5%sy,  0.0%ni, 91.8%id,  0.8%wa,  0.0%hi,  0.1%si,  0.0%st
Cpu9  :  8.0%us,  1.7%sy,  0.0%ni, 90.0%id,  0.1%wa,  0.0%hi,  0.2%si,  0.0%st
Cpu10 :  3.8%us,  1.2%sy,  0.0%ni, 94.9%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu11 :  3.6%us,  1.0%sy,  0.0%ni, 95.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st

Mem:  99060540k total, 91969324k used,  7091216k free,    84044k buffers
Swap: 25165816k total, 17797404k used,  7368412k free,   609612k cached

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

20343 oracle    20   0 13.4g  10g 5864 R 98.4 10.7  18:56.54 oraclevntrd2 (LOCAL=NO)
30180 root      20   0 11872 2312  656 R 98.4  0.0   0:00.68 /bin/netstat -n -p -l
 6568 root      39  19     0    0    0 R 89.9  0.0 263:39.04 [kipmi0]
30262 root      20   0 23704 3116 1048 R 11.9  0.0   0:00.15 /usr/bin/top -b -d 5 -n 720
 4921 root      RT   0  247m  86m  55m S  6.8  0.1 328:08.44 /u01/app/11.2.0.3/grid/bin/osysmond.bin
28116 oracle    20   0 2623m  71m  14m S  6.8  0.1  51:51.62 /u01/app/11.2.0.3/grid/bin/oraagent.bin
 4970 grid      RT   0  359m 176m  54m S  5.1  0.2 157:05.89 /u01/app/11.2.0.3/grid/bin/ocssd.bin
   64 root      20   0     0    0    0 S  1.7  0.0   4:39.22 [ksoftirqd/20]
 4903 root      20   0  367m  20m  13m S  1.7  0.0  26:09.97 /u01/app/11.2.0.3/grid/bin/orarootagent.bin
 6496 root      20   0 1274m  15m  11m S  1.7  0.0  28:27.53 /u01/app/11.2.0.3/grid/bin/orarootagent.bin
 6535 oracle    20   0 1830m 263m 4620 S  1.7  0.3  88:05.31 /u01/app/oracle/product/agent12c/core/12.1.0.2.0/jdk/bin/java -Xmx128M -server -Djava.secu
 7803 oracle    -2   0 1266m  11m 4068 S  1.7  0.0   9:15.42 ora_lms0_oradb2
 7874 oracle    -2   0 1266m  15m 4188 S  1.7  0.0   9:16.20 ora_lms0_oradb2
 7999 oracle    20   0 1284m  10m 3292 S  1.7  0.0   2:49.08 ora_lmd0_oradb2
 8297 oracle    20   0 1230m 3368 2864 S  1.7  0.0   0:39.95 ora_pmon_oradb2
 8333 oracle    -2   0 1252m 2380 2108 S  1.7  0.0  13:19.99 ora_vktm_bid2
 8443 oracle    -2   0 1252m 2340 2096 S  1.7  0.0  13:21.86 ora_vktm_oradb2
 8535 oracle    20   0 1253m 2712 2412 S  1.7  0.0   0:14.28 ora_dskm_oradb2
 8727 oracle    -2   0 1266m  11m 3656 S  1.7  0.0   9:01.37 ora_lms0_im1d2
 8905 oracle    20   0 1267m  13m 3468 S  1.7  0.0   9:52.75 ora_dia0_pstd2

लॉग का विश्लेषण:

लाइन zzz ***Tue Apr 23 03:13:44 EDT 2013 Sample interval: 5 seconds. All measurements in KB (1024 bytes) उस समय की पहचान करता है जब लॉग ने आँकड़ों को कैप्चर किया।

लाइन top - 04:13:44 up 22 days, 21:12, 10 users इंगित करता है कि सिस्टम पिछले रीबूट के बाद से 22 दिनों से चल रहा है।

लाइन load average: 65.80, 169.78, 117.65 पिछले एक, पांच और पंद्रह मिनट के लिए रन क्यू में प्रक्रियाओं की औसत संख्या दिखाता है। औसत भार जितना अधिक होगा, सिस्टम उतना ही व्यस्त होगा। लोड औसत में महत्वपूर्ण वृद्धि एक समस्या का संकेत दे सकती है। उदाहरण के लिए, पिछला लॉग लोड औसत संख्या के आधार पर सात मिनट बाद के लॉग की तुलना में व्यस्त समय को इंगित करता है:top - 04:20:53 up 22 days, 21:19, 10 users, load average: 2.93, 43.22, 75.56

लाइन Tasks: 2297 total, 4 running, 2229 sleeping, 0 stopped, 64 zombie :इस स्नैपशॉट के समय, 2297 प्रक्रियाएं थीं, 2229 सो रही थीं, जो कि I/O या सिस्टम कॉल द्वारा अवरुद्ध है, और 4 CPU को चल रहे थे या असाइन किए गए थे। चलने वाली प्रक्रियाओं की संख्या कभी भी CPU की संख्या से अधिक नहीं हो सकती है। अतिरिक्त 64 प्रक्रियाएं लाश हैं, यानी वे मर चुकी हैं, लेकिन सिस्टम ने उन्हें पूरी तरह से साफ नहीं किया है। प्रक्रियाओं की संख्या अलग-अलग होती है, लेकिन अगर संख्या अचानक बढ़ जाती है या घट जाती है, तो यह समस्या का संकेत हो सकता है।

लाइन Mem: 99060540k total, 91969324k used, 7091216k free, 84044k buffers दिखाता है कि किलोबाइट में कितनी रैंडम एक्सेस मेमोरी (RAM) उपयोग में है और मुफ़्त है। ध्यान दें कि यह समय के साथ कैसे बदलता है ताकि आप समस्याओं की पहचान कर सकें।

लाइन Swap: 25165816k total, 17797404k used, 7368412k free, 609612k cached :यदि RAM समाप्त हो जाती है, तो सिस्टम मेमोरी को स्वैप करने के लिए स्विच करता है। जब स्वैप मेमोरी का उपयोग लगातार 40% RAM से अधिक होता है, तो आपको RAM बढ़ाने पर विचार करना चाहिए। उच्च स्वैप उपयोग प्रदर्शन को नकारात्मक रूप से प्रभावित करता है। अगर यह 100% तक पहुंच जाता है, तो सिस्टम रीबूट हो सकता है।

निम्नलिखित सीपीयू लाइनें इस प्रणाली में 12 सीपीयू की संख्या और उपयोग को दर्शाती हैं:

Cpu0  : 12.7%us,  2.6%sy,  0.0%ni, 84.2%id,  0.5%wa,  0.0%hi,  0.0%si,  0.0%st
...
Cpu11 :  3.6%us,  1.0%sy,  0.0%ni, 95.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st

निम्नलिखित प्रक्रिया लाइनें स्नैपशॉट के समय चल रही प्रक्रियाओं का विवरण दिखाती हैं:

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

20343 oracle    20   0 13.4g  10g 5864 R 98.4 10.7  18:56.54 oraclevntrd2 (LOCAL=NO)
30180 root      20   0 11872 2312  656 R 98.4  0.0   0:00.68 /bin/netstat -n -p -l
 6568 root      39  19     0    0    0 R 89.9  0.0 263:39.04 [kipmi0]
30262 root      20   0 23704 3116 1048 R 11.9  0.0   0:00.15 /usr/bin/top -b -d 5 -n 720
...
 8727 oracle    -2   0 1266m  11m 3656 S  1.7  0.0   9:01.37 ora_lms0_im1d2
 8905 oracle    20   0 1267m  13m 3468 S  1.7  0.0   9:52.75 ora_dia0_pstd2

प्रक्रिया अनुभाग में निम्नलिखित जानकारी होती है:

  • PID :प्रक्रिया की ओएस प्रक्रिया आईडी
  • USER :प्रक्रिया का स्वामी
  • %CPU :CPU का कितना प्रतिशत इस प्रक्रिया द्वारा उपयोग किया जाता है
  • %MEM :स्मृति खपत का प्रतिशत
  • COMMAND :निष्पादन आदेश

निष्कर्ष

OSWatcher का उपयोग करके, आप सिस्टम के प्रदर्शन पर नज़र रख सकते हैं और संभावित समस्याओं की पहचान कर सकते हैं। उदाहरण के लिए, यह देखने के लिए जांचें कि क्या कोई प्रक्रिया लगातार समय के लिए एसीपीयू का भारी उपयोग कर रही है। यदि SQL कमांड में उच्च भार है, तो यह ट्यूनिंग के लिए एक उम्मीदवार हो सकता है। यदि कोई प्रक्रिया बहुत अधिक मेमोरी का उपयोग कर रही है, तो आप जांच कर सकते हैं कि क्या यह सामान्य है।

CPU, मेमोरी और डिस्क I/O (जैसे सिस्टम लोड) को देखने के बाद, OSWatcher में विचार करने के लिए अन्य आँकड़े उपलब्ध हैं। यदि आप OSWatcher विश्लेषण का उपयोग करके सिस्टम पर लोड वृद्धि की पहचान करते हैं, तो आधी लड़ाई जीत ली जाती है।

कोई टिप्पणी करने या प्रश्न पूछने के लिए फ़ीडबैक टैब का उपयोग करें।

संदर्भ स्रोत:

उदाहरण के साथ तीन आसान चरणों में OSWatcher आउटपुट का विश्लेषण या पढ़ने का तरीका

विशेषज्ञ प्रशासन, प्रबंधन और कॉन्फ़िगरेशन के साथ अपने परिवेश को अनुकूलित करें

रैकस्पेस की एप्लिकेशन सेवाएं(RAS) विशेषज्ञ अनुप्रयोगों के व्यापक पोर्टफोलियो में निम्नलिखित पेशेवर और प्रबंधित सेवाएं प्रदान करते हैं:

  • ईकामर्स और डिजिटल अनुभव प्लेटफॉर्म
  • एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी)
  • बिजनेस इंटेलिजेंस
  • बिक्री बल ग्राहक संबंध प्रबंधन (सीआरएम)
  • डेटाबेस
  • ईमेल होस्टिंग और उत्पादकता

हम वितरित करते हैं:

  • निष्पक्ष विशेषज्ञता :हम तत्काल मूल्य प्रदान करने वाली क्षमताओं पर ध्यान केंद्रित करते हुए आपकी आधुनिकीकरण यात्रा को सरल और मार्गदर्शन करते हैं।
  • कट्टर अनुभव ™:हम पहले एक प्रक्रिया को जोड़ते हैं। प्रौद्योगिकी दूसरा। व्यापक समाधान प्रदान करने के लिए समर्पित तकनीकी सहायता के साथ दृष्टिकोण।
  • बेजोड़ पोर्टफोलियो :हम व्यापक क्लाउड अनुभव लागू करते हैं ताकि आपको सही क्लाउड पर सही तकनीक को चुनने और परिनियोजित करने में मदद मिल सके।
  • फुर्तीली डिलीवरी :हम आपसे मिलते हैं जहां आप अपनी यात्रा में हैं और सफलता को अपने साथ संरेखित करते हैं।

आरंभ करने के लिए अभी चैट करें।


  1. Microsoft Azure और Oracle Cloud Infrastructure पर एप्लिकेशन चलाएँ

    Microsoft® और Oracle® ने ग्राहकों को Oracle E-Business Suite®, JD Edwards®EnterpriseOne, और PeopleSoft® जैसे Oracle अनुप्रयोगों को क्लाउड में परिनियोजित करने में सक्षम बनाने के लिए एक साथ काम किया है। परिचय आप अनुप्रयोग और डेटाबेस परत के बीच उच्च-बैंडविड्थ, निजी और निम्न-विलंबता कनेक्शन स्थापित करन

  1. स्वायत्त डेटाबेस समर्पित और एक्सडाटा क्लाउड इन्फ्रास्ट्रक्चर

    यह पोस्ट Oracle® AutonomousDatabase Dedicated और Exadata® क्लाउड इन्फ्रास्ट्रक्चर के बारे में विभिन्न स्रोतों से जानकारी प्रस्तुत करती है। परिचय ओरेकल ऑटोनॉमस डेटाबेस टेक्निकल ओवरव्यू के अनुसार:ओरेकल ऑटोनॉमस डेटाबेस एक सेवा के रूप में डेटा प्रबंधन देने के लिए मशीन लर्निंग की शक्ति के साथ क्लाउड के

  1. Oracle SQL प्रोफ़ाइल और आधार रेखा

    यह पोस्ट Oracle® में SQL प्रोफ़ाइल और बेसलाइन के बीच अंतर को हाइलाइट करती है और बताती है कि क्वेरी को ट्यून करते समय यह कैसे काम करता है। अनुकूलक, प्रोफ़ाइल और आधार रेखा उच्च स्तर पर, ये तीन तत्व एक साथ निम्न प्रकार से कार्य करते हैं: क्वेरी ऑप्टिमाइज़र क्वेरी निष्पादन के लिए सर्वोत्तम योजना प्र