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) विशेषज्ञ अनुप्रयोगों के व्यापक पोर्टफोलियो में निम्नलिखित पेशेवर और प्रबंधित सेवाएं प्रदान करते हैं:
- ईकामर्स और डिजिटल अनुभव प्लेटफॉर्म
- एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी)
- बिजनेस इंटेलिजेंस
- बिक्री बल ग्राहक संबंध प्रबंधन (सीआरएम)
- डेटाबेस
- ईमेल होस्टिंग और उत्पादकता
हम वितरित करते हैं:
- निष्पक्ष विशेषज्ञता :हम तत्काल मूल्य प्रदान करने वाली क्षमताओं पर ध्यान केंद्रित करते हुए आपकी आधुनिकीकरण यात्रा को सरल और मार्गदर्शन करते हैं।
- कट्टर अनुभव ™:हम पहले एक प्रक्रिया को जोड़ते हैं। प्रौद्योगिकी दूसरा। व्यापक समाधान प्रदान करने के लिए समर्पित तकनीकी सहायता के साथ दृष्टिकोण।
- बेजोड़ पोर्टफोलियो :हम व्यापक क्लाउड अनुभव लागू करते हैं ताकि आपको सही क्लाउड पर सही तकनीक को चुनने और परिनियोजित करने में मदद मिल सके।
- फुर्तीली डिलीवरी :हम आपसे मिलते हैं जहां आप अपनी यात्रा में हैं और सफलता को अपने साथ संरेखित करते हैं।
आरंभ करने के लिए अभी चैट करें।