{"id":9929,"date":"2017-04-08T07:53:48","date_gmt":"2017-04-08T05:53:48","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/"},"modified":"2017-04-08T07:53:48","modified_gmt":"2017-04-08T05:53:48","slug":"service-696c6f76656d756c746974656e616e74-has-1-instances","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/","title":{"rendered":"Service &#8220;696c6f76656d756c746974656e616e74&#8221; has 1 instance(s)."},"content":{"rendered":"<h2>By Franck Pachot<\/h2>\n<p>.<br \/>\nWeird title, isn&#8217;t it? That was my reaction when I did my first &#8216;lsnrctl status&#8217; in 12.2: weird service name&#8230; If you have installed 12.2 multitenant, then you have probably seen this strange service name registered in your listener. One per PDB. It is not a bug. It is an internal service used to connect to the remote PDB for features like Proxy PDB. This name is the GUID of the PDB which makes this service independent of the name or the physical location of the PDB. You can use it to connect to the PDB, but should not. It is an internal service name. But on a lab, let&#8217;s play with it.<br \/>\n<!--more--><\/p>\n<h3>CDB<\/h3>\n<p>I have two Container Databases on my system:<\/p>\n<pre><code>18:01:33 SQL&gt; connect sys\/oracle@\/\/localhost\/CDB2 as sysdba\nConnected.\n18:01:33 SQL&gt; show pdbs\n&nbsp;\nCON_ID  CON_NAME  OPEN MODE  RESTRICTED\n------  --------  ---- ----  ----------\n2       PDB$SEED  READ ONLY  NO<\/code><\/pre>\n<p>CDB2 has been created without any pluggable databases (except PDB$SEED of course).<\/p>\n<pre><code>18:01:33 SQL&gt; connect sys\/oracle@\/\/localhost\/CDB1 as sysdba\nConnected.\n18:01:33 SQL&gt; show pdbs\n&nbsp;\nCON_ID  CON_NAME  OPEN MODE   RESTRICTED\n------  --------  ---- ----   ----------\n2       PDB$SEED  READ ONLY   NO\n4       PDB1      READ WRITE  NO<\/code><\/pre>\n<p>CDB1 has one pluggable database PDB1. <\/p>\n<p>PDB1 has its system files in \/u01\/oradata\/CDB1\/PDB1\/ and I&#8217;ve a user tablespace datafiles elsewhere:<\/p>\n<pre><code>18:01:33 SQL&gt; select con_id,file_name from cdb_data_files;\nCON_ID  FILE_NAME\n------  -------------------------------------\n1       \/u01\/oradata\/CDB1\/users01.dbf\n1       \/u01\/oradata\/CDB1\/undotbs01.dbf\n1       \/u01\/oradata\/CDB1\/system01.dbf\n1       \/u01\/oradata\/CDB1\/sysaux01.dbf\n4       \/u01\/oradata\/CDB1\/PDB1\/undotbs01.dbf\n4       \/u01\/oradata\/CDB1\/PDB1\/sysaux01.dbf\n4       \/u01\/oradata\/CDB1\/PDB1\/system01.dbf\n4       \/u01\/oradata\/CDB1\/PDB1\/USERS.dbf\n4       \/var\/tmp\/PDB1USERS2.dbf<\/code><\/pre>\n<p>Both are registered to the same local listener:<\/p>\n<pre><code>SQL&gt; host lsnrctl status\n&nbsp;\nLSNRCTL for Linux: Version 12.2.0.1.0 - Production on 07-APR-2017 18:01:33\n&nbsp;\nCopyright (c) 1991, 2016, Oracle.  All rights reserved.\n&nbsp;\nConnecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))\nSTATUS of the LISTENER\n------------------------\nAlias                     LISTENER\nVersion                   TNSLSNR for Linux: Version 12.2.0.1.0 - Production\nStart Date                07-APR-2017 07:53:06\nUptime                    0 days 10 hr. 8 min. 27 sec\nTrace Level               off\nSecurity                  ON: Local OS Authentication\nSNMP                      OFF\nListener Log File         \/u01\/app\/oracle\/diag\/tnslsnr\/VM104\/listener\/alert\/log.xml\nListening Endpoints Summary...\n  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VM104)(PORT=1521)))\nServices Summary...\nService \"4aa269fa927779f0e053684ea8c0c27f\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"CDB1\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"CDB1XDB\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"CDB2\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nService \"CDB2XDB\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nService \"pdb1\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nThe command completed successfully<\/code><\/pre>\n<p>Each container database declares its db_unique_name as a service: CDB1 and CDB2, with an XDB service for each: CDB1XDB and CDB2XDB, each pluggable database has also its service: PDB1 here. This is what we had in 12.1 but in 12.2 there is one more service with a strange name in hexadecimal: 4aa269fa927779f0e053684ea8c0c27f<\/p>\n<h3>Connect to PDB without a service name?<\/h3>\n<p>Want to know more about it? Let&#8217;s try to connect to it:<\/p>\n<pre><code>SQL&gt; connect sys\/oracle@(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=4aa269fa927779f0e053684ea8c0c27f))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.78.104)(PORT=1521))) as sysdba\nConnected.\nSQL&gt; select sys_context('userenv','cdb_name'), sys_context('userenv','con_name'), sys_context('userenv','service_name') from dual;\n&nbsp;\nSYS_CONTEXT('USERENV','CDB_NAME')  SYS_CONTEXT('USERENV','CON_NAME')  SYS_CONTEXT('USERENV','SERVICE_NAME')\n---------------------------------  ---------------------------------  -------------------------------------\nCDB1                               PDB1                               SYS$USERS<\/code><\/pre>\n<p>With this service, I can connect to the PDB1 but the service name I used in the connection string is not a real service:<\/p>\n<pre><code>SQL&gt; select name from v$services;\n&nbsp;\nNAME\n----------------------------------------------------------------\npdb1\n&nbsp;\nSQL&gt; show parameter service\n&nbsp;\nNAME                                 TYPE        VALUE\n------------------------------------ ----------- ------------------------------\nservice_names                        string      CDB1<\/code><\/pre>\n<p>The <a href=\"http:\/\/docs.oracle.com\/database\/122\/ADMIN\/creating-and-configuring-an-oracle-database.htm#ADMIN11126\" target=\"_blank\" rel=\"noopener noreferrer\">documentation<\/a> says that <em>SYS$USERS is the default database service for user sessions that are not associated with services<\/em> so I&#8217;m connected to a PDB here without a service.<\/p>\n<h3>GUID<\/h3>\n<p>The internal service name is the GUID of the PDB, which identifies the container even after unplug\/plug.<\/p>\n<pre><code>SQL&gt; select pdb_id,pdb_name,con_uid,guid from dba_pdbs;\n&nbsp;\nPDB_ID  PDB_NAME  CON_UID     GUID\n------  --------  -------     ----\n4       PDB1      2763763322  4AA269FA927779F0E053684EA8C0C27F<\/code><\/pre>\n<h3>Proxy PDB<\/h3>\n<p>This internal service has been introduced in 12<em>c<\/em>R2 for Proxy PDB feature: access to a PDB through another one, so that you don&#8217;t have to change the connection string when you migrate the PDB to another server. <\/p>\n<p>I&#8217;ll create a Proxy PDB in CDB2 to connect to PDB1 which is in CDB1. This is simple: create a database link for the creation of the Proxy PDB which I call PDB1PX1:<\/p>\n<pre><code>18:01:33 SQL&gt; connect sys\/oracle@\/\/localhost\/CDB2 as sysdba\nConnected.\n18:01:33 SQL&gt; show pdbs\n&nbsp;\nCON_ID  CON_NAME  OPEN MODE  RESTRICTED\n------  --------  ---- ----  ----------\n2       PDB$SEED  READ ONLY  NO\n&nbsp;\n18:01:33 SQL&gt; create database link CDB1 connect to system identified by oracle using '\/\/localhost\/CDB1';\nDatabase link CDB1 created.\n&nbsp;\n18:01:38 SQL&gt; create pluggable database PDB1PX1 as proxy from PDB1@CDB1\n             file_name_convert=('\/u01\/oradata\/CDB1\/PDB1','\/u01\/oradata\/CDB1\/PDB1PX1');\n&nbsp;\nPluggable database PDB1PX1 created.\n&nbsp;\n18:02:14 SQL&gt; drop database link CDB1;\nDatabase link CDB1 dropped.<\/code><\/pre>\n<p>The Proxy PDB clones the system tablespaces, and this is why I had to give a file_name_convert. Note that the user tablespace datafile is not cloned, so I don&#8217;t need to convert the &#8216;\/var\/tmp\/PDB1USERS2.dbf&#8217;. The dblink is not needed anymore once the Proxy PDB is created, as it is used only for the clone of system tablespaces. The PDB is currently in mount.<\/p>\n<pre><code>18:02:14 SQL&gt; connect sys\/oracle@\/\/localhost\/CDB2 as sysdba\nConnected.\n18:02:14 SQL&gt; show pdbs\n&nbsp;\nCON_ID  CON_NAME  OPEN MODE  RESTRICTED\n------  --------  ---- ----  ----------\n2       PDB$SEED  READ ONLY  NO\n3       PDB1PX1   MOUNTED<\/code><\/pre>\n<p>The system tablespaces are there (I&#8217;m in 12.2 with local undo which is required for Proxy PDB feature)<\/p>\n<pre><code>18:02:14 SQL&gt; select con_id,file_name from cdb_data_files;\n&nbsp;\nCON_ID  FILE_NAME\n------  ---------\n1       \/u01\/oradata\/CDB2\/system01.dbf\n1       \/u01\/oradata\/CDB2\/sysaux01.dbf\n1       \/u01\/oradata\/CDB2\/users01.dbf\n1       \/u01\/oradata\/CDB2\/undotbs01.dbf<\/code><\/pre>\n<p>I open the PDB<\/p>\n<pre><code>18:02:19 SQL&gt; alter pluggable database PDB1PX1 open;\nPluggable database PDB1PX1 altered.\n<\/code><\/pre>\n<h3>connect<\/h3>\n<p>I have now 3 ways to connect to PDB1: with the PDB1 service, with the internal service, and through the Proxy PDB service.<br \/>\nI&#8217;ve tested the 3 ways:<\/p>\n<pre><code>\n18:02:45 SQL&gt; connect demo\/demo@\/\/localhost\/PDB1\n18:02:56 SQL&gt; connect demo\/demo@\/\/localhost\/PDB1PX1\n18:03:06 SQL&gt; connect demo\/demo@\/\/localhost\/4aa269fa927779f0e053684ea8c0c27f<\/code><\/pre>\n<p>and I&#8217;ve inserted each time into a DEMO table the information about my connection:<\/p>\n<pre><code>SQL&gt; insert into DEMO select '&amp;_connect_identifier' \"connect identifier\", current_timestamp \"timestamp\", sys_context('userenv','cdb_name') \"CDB name\", sys_context('userenv','con_name') \"con name\" from dual;<\/code><\/pre>\n<p>Here is the result:<\/p>\n<pre><code>connect identifier                            timestamp                        CDB name  container name\n------------------                            ---------                        --------  --------------\n\/\/localhost\/PDB1                              07-APR-17 06.02.50.977839000 PM  CDB1      PDB1\n\/\/localhost\/PDB1PX1                           07-APR-17 06.03.01.492946000 PM  CDB1      PDB1\n\/\/localhost\/4aa269fa927779f0e053684ea8c0c27f  07-APR-17 06.03.11.814039000 PM  CDB1      PDB1<\/code><\/pre>\n<p>We are connected to the same databases. As for this test I&#8217;m on the same server with same listener, I can check what is logged in the listener log.<\/p>\n<p>Here are the $ORACLE_BASE\/diag\/tnslsnr\/$(hostname)\/listener\/alert\/log.xml entries related to my connections.<\/p>\n<h3>\/\/localhost\/PDB1<\/h3>\n<p>When connecting directly to PDB1 the connection is simple:<\/p>\n<pre><code>\n&lt;msg time='2017-04-07T18:02:45.644+02:00' org_id='oracle' comp_id='tnslsnr'\n type='UNKNOWN' level='16' host_id='VM104'\n host_addr='192.168.78.104' pid='1194'&gt;\n &lt;txt&gt;07-APR-2017 18:02:45 * (CONNECT_DATA=(SERVICE_NAME=PDB1)(CID=(PROGRAM=java)(HOST=VM104)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=27523)) * establish * PDB1 * 0\n &lt;\/txt&gt;\n&lt;\/msg&gt;\n<\/code><\/pre>\n<p>I am connecting with SQLcl which is java: (PROGRAM=java)<\/p>\n<h3>\/\/localhost\/PDB1PX1<\/h3>\n<p>When connecting through the Proxy PDB I see the connection to the Proxy PDBX1:<\/p>\n<pre><code>\n&lt;msg time='2017-04-07T18:02:56.058+02:00' org_id='oracle' comp_id='tnslsnr'\n type='UNKNOWN' level='16' host_id='VM104'\n host_addr='192.168.78.104' pid='1194'&gt;\n &lt;txt&gt;07-APR-2017 18:02:56 * (CONNECT_DATA=(SERVICE_NAME=PDB1PX1)(CID=(PROGRAM=java)(HOST=VM104)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=27524)) * establish * PDB1PX1 * 0\n &lt;\/txt&gt;\n&lt;\/msg&gt;\n<\/code><\/pre>\n<p>This is the java connection. But I can also see the connection to the remote PDB1 from the Proxy PDB<\/p>\n<pre><code>\n&lt;msg time='2017-04-07T18:03:01.375+02:00' org_id='oracle' comp_id='tnslsnr'\n type='UNKNOWN' level='16' host_id='VM104'\n host_addr='192.168.78.104' pid='1194'&gt;\n &lt;txt&gt;07-APR-2017 18:03:01 * (CONNECT_DATA=(SERVICE_NAME=4aa269fa927779f0e053684ea8c0c27f)(CID=(PROGRAM=oracle)(HOST=VM104)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.78.104)(PORT=16787)) * establish * 4aa269fa927779f0e053684ea8c0c27f * 0\n &lt;\/txt&gt;\n&lt;\/msg&gt;\n<\/code><\/pre>\n<p>Here the program is (PROGRAM=oracle) which is a CDB2 instance process connecting to the CDB1 remote through the internal service.<\/p>\n<h3>\/\/localhost\/4aa269fa927779f0e053684ea8c0c27f<\/h3>\n<p>When I connect to the internal service, I see the same connection to PDB1&#8217;s GUID but from (PROGRAM=java) directly<\/p>\n<pre><code>\n&lt;msg time='2017-04-07T18:03:06.671+02:00' org_id='oracle' comp_id='tnslsnr'\n type='UNKNOWN' level='16' host_id='VM104'\n host_addr='192.168.78.104' pid='1194'&gt;\n &lt;txt&gt;07-APR-2017 18:03:06 * (CONNECT_DATA=(SERVICE_NAME=4aa269fa927779f0e053684ea8c0c27f)(CID=(PROGRAM=java)(HOST=VM104)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=27526)) * establish * 4aa269fa927779f0e053684ea8c0c27f * 0\n &lt;\/txt&gt;\n&lt;\/msg&gt;\n<\/code><\/pre>\n<h3>One more&#8230;<\/h3>\n<p>So each user PDB, in addition to the PDB name and additional services you have defined, registers an additional internal service, whether the PDB is opened our closed. And the fun is that Proxy PDB also register this additional service. Here is my listener status:<\/p>\n<pre><code>\nListening Endpoints Summary...\n  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=VM104)(PORT=1521)))\nServices Summary...\nService \"4aa269fa927779f0e053684ea8c0c27f\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"4c96bda23b8e41fae053684ea8c0918b\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nService \"CDB1\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"CDB1XDB\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"CDB2\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nService \"CDB2XDB\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nService \"pdb1\" has 1 instance(s).\n  Instance \"CDB1\", status READY, has 1 handler(s) for this service...\nService \"pdb1px1\" has 1 instance(s).\n  Instance \"CDB2\", status READY, has 1 handler(s) for this service...\nThe command completed successfully\n<\/code><\/pre>\n<p>This &#8220;4c96bda23b8e41fae053684ea8c0918b&#8221; is the GUID of the Proxy PDB.<\/p>\n<pre><code>SQL&gt; select sys_context('userenv','cdb_name'), sys_context('userenv','con_name'), sys_context('userenv','service_name') from dual;\n&nbsp;\nSYS_CONTEXT('USERENV','CDB_NAME')\n--------------------------------------------------------------------------------\nSYS_CONTEXT('USERENV','CON_NAME')\n--------------------------------------------------------------------------------\nSYS_CONTEXT('USERENV','SERVICE_NAME')\n--------------------------------------------------------------------------------\nCDB1\nPDB1\nSYS$USERS<\/code><\/pre>\n<p>So that&#8217;s a fourth way to connect to PDB1: through the internal service of the Proxy PDB.<\/p>\n<p>Then you can immediately imagine what I tried&#8230;<\/p>\n<h3>ORA-65280<\/h3>\n<p>Because the internal service name is used to connect through Proxy PDB, can I create an proxy for the proxy?<\/p>\n<pre><code>18:03:32 SQL&gt; create pluggable database PDB1PX2 as proxy from PDB1PX1@CDB2\n  2   file_name_convert=('\/u01\/oradata\/CDB1\/PDB1\/PX1','\/u01\/oradata\/CDB1\/PDB1PX2');\n&nbsp;\nError starting at line : 76 File @ \/media\/sf_share\/122\/blogs\/proxypdb.sql\nIn command -\ncreate pluggable database PDB1PX2 as proxy from PDB1PX1@CDB2\n file_name_convert=('\/u01\/oradata\/CDB1\/PDB1\/PX1','\/u01\/oradata\/CDB1\/PDB1PX2')\nError report -\nORA-65280: The referenced pluggable database is a proxy pluggable database.<\/code><\/pre>\n<p>Answer is no. You cannot nest the Proxy PDB.<\/p>\n<h3>So what?<\/h3>\n<p>Don&#8217;t panic when looking at services registered in the listener. Those hexadecimal service names are expected in 12.2, with one per user PDB. You see them, but have no reason to use them directly. You will use them indirectly when creating a Proxy PDB which makes the location where users connect independent from the physical location of the PDB. Very interesting from migration because client configuration is independent from the migration (think hybrid-cloud). You can use this feature even without the multitenant option. Want to see all multitenant architecture options available without the option? Look at the <a href=\"http:\/\/www.itoug.it\/techday-2017\/\" target=\"_blank\" rel=\"noopener noreferrer\">ITOUG Tech day agenda<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>By Franck Pachot . Weird title, isn&#8217;t it? That was my reaction when I did my first &#8216;lsnrctl status&#8217; in 12.2: weird service name&#8230; If you have installed 12.2 multitenant, then you have probably seen this strange service name registered in your listener. One per PDB. It is not a bug. It is an internal [&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":[1067,984,220,64,96,209,66,223,910],"type_dbi":[],"class_list":["post-9929","post","type-post","status-publish","format-standard","hentry","category-database-management","tag-12-2-multitenant","tag-1z0-074","tag-cdb","tag-multitenant","tag-oracle","tag-oracle-12c","tag-pdb","tag-pluggable-databases","tag-proxy"],"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>Service &quot;696c6f76656d756c746974656e616e74&quot; has 1 instance(s). - 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\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Service &quot;696c6f76656d756c746974656e616e74&quot; has 1 instance(s).\" \/>\n<meta property=\"og:description\" content=\"By Franck Pachot . Weird title, isn&#8217;t it? That was my reaction when I did my first &#8216;lsnrctl status&#8217; in 12.2: weird service name&#8230; If you have installed 12.2 multitenant, then you have probably seen this strange service name registered in your listener. One per PDB. It is not a bug. It is an internal [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2017-04-08T05:53:48+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=\"11 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\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\"},\"author\":{\"name\":\"Oracle Team\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee\"},\"headline\":\"Service &#8220;696c6f76656d756c746974656e616e74&#8221; has 1 instance(s).\",\"datePublished\":\"2017-04-08T05:53:48+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\"},\"wordCount\":927,\"commentCount\":0,\"keywords\":[\"12.2 Multitenant\",\"1z0-074\",\"CDB\",\"multitenant\",\"Oracle\",\"Oracle 12c\",\"PDB\",\"Pluggable Databases\",\"Proxy\"],\"articleSection\":[\"Database management\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\",\"name\":\"Service \\\"696c6f76656d756c746974656e616e74\\\" has 1 instance(s). - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"datePublished\":\"2017-04-08T05:53:48+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Service &#8220;696c6f76656d756c746974656e616e74&#8221; has 1 instance(s).\"}]},{\"@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":"Service \"696c6f76656d756c746974656e616e74\" has 1 instance(s). - 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\/service-696c6f76656d756c746974656e616e74-has-1-instances\/","og_locale":"en_US","og_type":"article","og_title":"Service \"696c6f76656d756c746974656e616e74\" has 1 instance(s).","og_description":"By Franck Pachot . Weird title, isn&#8217;t it? That was my reaction when I did my first &#8216;lsnrctl status&#8217; in 12.2: weird service name&#8230; If you have installed 12.2 multitenant, then you have probably seen this strange service name registered in your listener. One per PDB. It is not a bug. It is an internal [&hellip;]","og_url":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/","og_site_name":"dbi Blog","article_published_time":"2017-04-08T05:53:48+00:00","author":"Oracle Team","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Oracle Team","Est. reading time":"11 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/"},"author":{"name":"Oracle Team","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee"},"headline":"Service &#8220;696c6f76656d756c746974656e616e74&#8221; has 1 instance(s).","datePublished":"2017-04-08T05:53:48+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/"},"wordCount":927,"commentCount":0,"keywords":["12.2 Multitenant","1z0-074","CDB","multitenant","Oracle","Oracle 12c","PDB","Pluggable Databases","Proxy"],"articleSection":["Database management"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/","url":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/","name":"Service \"696c6f76656d756c746974656e616e74\" has 1 instance(s). - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2017-04-08T05:53:48+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/66ab87129f2d357f09971bc7936a77ee"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/service-696c6f76656d756c746974656e616e74-has-1-instances\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Service &#8220;696c6f76656d756c746974656e616e74&#8221; has 1 instance(s)."}]},{"@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\/9929","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=9929"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/9929\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=9929"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=9929"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=9929"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=9929"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}