{"id":9836,"date":"2017-03-03T11:16:30","date_gmt":"2017-03-03T10:16:30","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/"},"modified":"2017-03-03T11:16:30","modified_gmt":"2017-03-03T10:16:30","slug":"oracle-12c-is-vktm-always-your-top-process","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/","title":{"rendered":"Oracle 12c &#8211; Is VKTM always your top process?"},"content":{"rendered":"<h2>By William Sescu<\/h2>\n<p>If VKTM is always your top cpu consuming process, then this blog might be something for you. Especially in virtual environments, I have seen often the VKTM process as the top process, even if the VM was idle. So, I am burning CPU without any obvious benefit. So what is the reason for the high CPU consumption? Well &#8230; it can a combination of many things like not correctly working NTP, missing VMware Tools, but for and foremost Oracle Bugs. I really don&#8217;t know why, but quite a lot of issues have been raised regarding the VKTM process, like the following.<\/p>\n<ul>\n<li>Bug 20693049 &#8211; 12C VKTM CONSUMING MORE CPU THAN IN 11GR2<\/li>\n<li>Bug 20552573 &#8211; VKTM PROCESSES FROM ASM AND A CDB DATABASE CONSUME 12% CPU PERMANENTLY.<\/li>\n<li>BUG 12883034 &#8211; CHANGE THE INTERVAL WHEN VKTM PROCESS WAKES U<\/li>\n<li>Bug 20542107 &#8211; WARNING: VKTM DETECTED A TIME DRIFT<\/li>\n<li>Bug 20138957 &#8211; VKTM PROCESS CONSUMING HIGH CPU EVEN AFTER PATCH 18499306<\/li>\n<li>Bug 11837095 &#8211; &#8220;TIME DRIFT DETECTED&#8221; APPEARS INTERMITTENTLY IN ALERT LOG, THO&#8217; EVENT 10795 SET.<\/li>\n<\/ul>\n<p>If you search around in MOS, you probably find even more. Usually VKTM and VKRM issues come together, at least when you are using the resource manager. The VTKM is the Virtual Keeper of Time Process. The VKTM acts as a time publisher for an Oracle instance. \u00a0VKTM publishes two sets of time: a wall clock time using a seconds interval and a higher resolution time (which is not wall clock time) for interval measurements. \u00a0The VKTM process is a process that is available in ASM instances and RDBMS instances. So if you see issues with VKTM process, it usually popps up on both. VKTM usage is affected mainly by two hidden parameters _timer_precision and _disable_highres_ticks. So, tuning these parameters can bring down VKTM CPU consumption.<\/p>\n<p>The VKRM process is the Virtual Scheduler for Resource Manager Process, and it serves as centralized scheduler for Resource Manager activity. As there is no resource manager on a ASM instance, you will see this process only on RDBMS instances.<\/p>\n<p>Ok .. my test environment is OEL 6.8 with 12.1.0.2 ASM and a 12.1.0.2 database on a virtual guest. To be more precise, it is a Database with PSU 12.1.0.2.161018 and Grid Infrastructure PSU 12.1.0.2.161018. The patch level plays a quite important role. For 11gR2 database, you might need patch 20531619.<\/p>\n<p>So let&#8217;s start fixing the ASM VKTM issue first. It warns me all the time, that is has detected a time drift.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">$ cat alert_+ASM.log | grep -i \"Warning: VKTM detected a time drift.\"\nWarning: VKTM detected a time drift.\nWarning: VKTM detected a time drift.\nWarning: VKTM detected a time drift.\nWarning: VKTM detected a time drift.\nWarning: VKTM detected a time drift.\n...\n...\nWarning: VKTM detected a time drift.<\/pre>\n<p>Before continuing, it is important that you really don&#8217;t have a time drift. On VMware, you might want to consult the following knowledge base article and the time keeping pdf. Both are very good resources. <a href=\"https:\/\/kb.vmware.com\/selfservice\/microsites\/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1006427\">KB Article: 1006427 Timekeeping best practices for Linux guests<\/a>\u00a0and\u00a0<a href=\"http:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/Timekeeping-In-VirtualMachines.pdf\">http:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/Timekeeping-In-VirtualMachines.pdf<\/a><\/p>\n<p>Next, check that your ntp is in sync.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">$ ntpq -p\n     remote           refid      st t when poll reach   delay   offset  jitter\n==============================================================================\n+aquila.init7.ne 162.23.41.10     2 u   16   64  377   16.375   25.656   3.873\n*ntp0.as34288.ne 85.158.25.74     2 u   17   64  377   12.987   27.874   4.045<\/pre>\n<p>If your ntp is not in sync, you should stop already here, and correct it. Because in that case, the warning message from Oracle is correct, that VKTM has detected a time drift. Ok. Let&#8217;s continue with checking the ASM instance. The 12.1.0.2 ASM defaults regarding VKTM are the following:<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">Parameter                           Session_Value  Instance_Value Description\n----------------------------------- -------------- -------------- --------------------------------------------\n_disable_highres_ticks              FALSE          FALSE          disable high-res tick counter\n_high_priority_processes            LMS*           LMS*           High Priority Process Name Mask\n_highest_priority_processes         VKTM           VKTM           Highest Priority Process Name Mask\n_timer_precision                    10             10             VKTM timer precision in milli-sec\n_vkrm_schedule_interval             10             10             VKRM scheduling interval\n_vktm_assert_thresh                 30             30             soft assert threshold VKTM timer drift<\/pre>\n<p>Because I don&#8217;t need high resolution ticks on my ASM instance, I am going to disable it, and besides that I am going to disable the excessiv trace by the VKTM process which is done with the 10795 event.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">SQL&gt; alter system set \"_disable_highres_ticks\"=true scope=spfile;\n\nSystem altered.\n\nSQL&gt; alter system set event=\"10795 trace name context forever, level 2\" scope=spfile;\n\nSystem altered.<\/pre>\n<p>Unfortunately, these changes can&#8217;t be done online, and so I have to bounce my ASM instance.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">$ srvctl stop asm -f\n$ srvctl start asm<\/pre>\n<p>My alert.log does not report time drift issues anymore and the VKTM process from my ASM instance \u00a0disappeared \u00a0from my top process list. As soon as the ASM VKTM process went away, the one from the database popped up. \ud83d\ude42<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">oracle@oel001:\/home\/oracle\/ [OCM121] top -c\ntop - 11:17:18 up  1:21,  2 users,  load average: 0.69, 0.77, 0.98\nTasks: 229 total,   2 running, 227 sleeping,   0 stopped,   0 zombie\nCpu(s):  0.7%us,  0.4%sy,  0.0%ni, 98.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st\nMem:  10021556k total,  3816024k used,  6205532k free,   209916k buffers\nSwap:  6160380k total,        0k used,  6160380k free,   672856k cached\n\n  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND\n 5696 oracle    -2   0 1880m  46m  44m S 22.7  0.5   0:23.49 ora_vktm_OCM121<\/pre>\n<p>Ok. Let&#8217;s fix that one as well. The RDBMS defaults regarding VKTM with 12.1.0.2 are the same as with ASM.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">Parameter                           Session_Value  Instance_Value Description\n----------------------------------- -------------- -------------- --------------------------------------------\n_disable_highres_ticks              FALSE          FALSE          disable high-res tick counter\n_high_priority_processes            LMS*           LMS*           High Priority Process Name Mask\n_highest_priority_processes         VKTM           VKTM           Highest Priority Process Name Mask\n_timer_precision                    10             10             VKTM timer precision in milli-sec\n_vkrm_schedule_interval             10             10             VKRM scheduling interval\n_vktm_assert_thresh                 30             30             soft assert threshold VKTM timer drift<\/pre>\n<p>Without any changes, the tracing for the VKTM and VKRM background processes are enabled, and quite a lot \u00a0of information go into these trace files.<\/p>\n<p>Tracing for the VKRM process can be disabled via the following event:<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">alter system set events '10720 trace name context forever, level 0x10000000';<\/pre>\n<p>Tracing for the VKRM process can be disabled via the following event:<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">alter system set events '10795 trace name context forever, level 2';<\/pre>\n<p>Because I don&#8217;t need any of those, I am going to disable both in one shot.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">SQL&gt; alter system set event='10720 trace name context forever, level 0x10000000','10795 trace name context forever, level 2' comment='Turn off VKRM tracing and turn off VKTM tracing' scope=spfile;\n\nSystem altered.<\/pre>\n<p>And like on the ASM instance, I don&#8217;t need the high-resolution ticks here as well.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">SQL&gt; alter system set \"_disable_highres_ticks\"=true scope=spfile;\n\nSystem altered.<\/pre>\n<p>After the restart of the database, the extensive traceing and cpu usage went away.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">oracle@oel001:\/home\/oracle\/ [OCM121] srvctl stop database -d OCM121\noracle@oel001:\/home\/oracle\/ [OCM121] srvctl start database -d OCM121<\/pre>\n<p>I am not seeing the VKTM process in my top processes anymore. Beforehand, even on an idle system, the VKTM from the ASM and the one from the RDBMS instance have always been at the top.<\/p>\n<pre class=\"brush: actionscript3; gutter: true; first-line: 1\">oracle@oel001:\/home\/oracle\/ [OCM121] top -c\ntop - 11:29:06 up  1:33,  2 users,  load average: 0.19, 0.69, 0.69\nTasks: 233 total,   2 running, 231 sleeping,   0 stopped,   0 zombie\nCpu(s):  0.8%us,  0.5%sy,  0.0%ni, 98.7%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st\nMem:  10021556k total,  3839340k used,  6182216k free,   211884k buffers\nSwap:  6160380k total,        0k used,  6160380k free,   686380k cached\n\n  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND\n 3643 grid      20   0 1559m  84m  39m S  1.3  0.9   0:55.64 \/u00\/app\/grid\/12.1.0.2\/bin\/oraagent.bin\n 3660 grid      20   0  329m  28m  22m S  1.0  0.3   0:28.15 \/u00\/app\/grid\/12.1.0.2\/bin\/evmd.bin\n 3517 grid      20   0 1507m  69m  48m S  0.7  0.7   0:34.74 \/u00\/app\/grid\/12.1.0.2\/bin\/ohasd.bin reboot\n 3738 grid      20   0  262m  26m  21m S  0.7  0.3   0:28.03 \/u00\/app\/grid\/12.1.0.2\/bin\/evmlogger.bin -o \/u00\/app\/grid\/12.1\n 3757 grid      20   0  791m  32m  23m S  0.7  0.3   0:31.30 \/u00\/app\/grid\/12.1.0.2\/bin\/cssdagent<\/pre>\n<h3>Conclusion<\/h3>\n<p>Especially in virtual environment I have seen often a quite high cpu usage by the VKTM process, so take care that your time keeping via NTP is setup correctly. After NTP is running smoothly, you might want to disable the high-resolution ticks and disable the extensive tracing by the VKTM and VKRM processes. Obviously, this is not a general recommendation. You should test it yourself.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>By William Sescu If VKTM is always your top cpu consuming process, then this blog might be something for you. Especially in virtual environments, I have seen often the VKTM process as the top process, even if the VM was idle. So, I am burning CPU without any obvious benefit. So what is the reason [&hellip;]<\/p>\n","protected":false},"author":27,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[198],"tags":[123,209,1044],"type_dbi":[],"class_list":["post-9836","post","type-post","status-publish","format-standard","hentry","category-database-management","tag-ntp","tag-oracle-12c","tag-vktm"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.2) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Oracle 12c - Is VKTM always your top process? - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Oracle 12c - Is VKTM always your top process?\" \/>\n<meta property=\"og:description\" content=\"By William Sescu If VKTM is always your top cpu consuming process, then this blog might be something for you. Especially in virtual environments, I have seen often the VKTM process as the top process, even if the VM was idle. So, I am burning CPU without any obvious benefit. So what is the reason [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2017-03-03T10:16:30+00:00\" \/>\n<meta name=\"author\" content=\"Oracle Team\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Oracle Team\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\"},\"author\":{\"name\":\"Oracle Team\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee\"},\"headline\":\"Oracle 12c &#8211; Is VKTM always your top process?\",\"datePublished\":\"2017-03-03T10:16:30+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\"},\"wordCount\":844,\"commentCount\":0,\"keywords\":[\"NTP\",\"Oracle 12c\",\"VKTM\"],\"articleSection\":[\"Database management\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\",\"name\":\"Oracle 12c - Is VKTM always your top process? - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"datePublished\":\"2017-03-03T10:16:30+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Oracle 12c &#8211; Is VKTM always your top process?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee\",\"name\":\"Oracle Team\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g\",\"caption\":\"Oracle Team\"},\"url\":\"https:\/\/www.dbi-services.com\/blog\/author\/oracle-team\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Oracle 12c - Is VKTM always your top process? - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/","og_locale":"en_US","og_type":"article","og_title":"Oracle 12c - Is VKTM always your top process?","og_description":"By William Sescu If VKTM is always your top cpu consuming process, then this blog might be something for you. Especially in virtual environments, I have seen often the VKTM process as the top process, even if the VM was idle. So, I am burning CPU without any obvious benefit. So what is the reason [&hellip;]","og_url":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/","og_site_name":"dbi Blog","article_published_time":"2017-03-03T10:16:30+00:00","author":"Oracle Team","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Oracle Team","Est. reading time":"7 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/"},"author":{"name":"Oracle Team","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee"},"headline":"Oracle 12c &#8211; Is VKTM always your top process?","datePublished":"2017-03-03T10:16:30+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/"},"wordCount":844,"commentCount":0,"keywords":["NTP","Oracle 12c","VKTM"],"articleSection":["Database management"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/","url":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/","name":"Oracle 12c - Is VKTM always your top process? - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2017-03-03T10:16:30+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/oracle-12c-is-vktm-always-your-top-process\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Oracle 12c &#8211; Is VKTM always your top process?"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee","name":"Oracle Team","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/f711f7cd2c9b09bf2627133755b569fb5be0694810cfd33033bdd095fedba86d?s=96&d=mm&r=g","caption":"Oracle Team"},"url":"https:\/\/www.dbi-services.com\/blog\/author\/oracle-team\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/9836","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/27"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=9836"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/9836\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=9836"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=9836"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=9836"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=9836"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}