{"id":21851,"date":"2023-01-28T12:49:03","date_gmt":"2023-01-28T11:49:03","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/?p=21851"},"modified":"2025-10-24T09:38:32","modified_gmt":"2025-10-24T07:38:32","slug":"a-quick-repository-creation-utility-part-iii","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/","title":{"rendered":"A quick repository creation utility (part III)"},"content":{"rendered":"\n

This is part III of the article, see Part I here<\/a> and Part II here<\/a>.<\/p>\n\n\n\n

Creating the seed docbase<\/h3>\n\n\n\n

See dbi services<\/a> for its source. Hereafter, only some salient steps are presented, refer to the script for the details.<\/p>\n\n\n\n

As its name implies, the script create_docbase.sh<\/code> is used to create a docbase optionally to be used later as a seed. Its usage is:<\/p>\n\n\n

\n$ .\/create_docbase.sh [stem]\n<\/pre><\/div>\n\n\n
where the optional stem<\/code><\/em> in global_parameters<\/code> defaults to DCTM0 and points to the docbase’s required settings. It is executed as the installation owner, usually dmadmin<\/code>.<\/p>\n\n\n\n
After the global_parameters<\/code> file is sourced with the given stem, the installation directory is created and all the needed software packages (the JDK, the Oracle Instant Client and SQL*Plus if the Oracle RDBMS is chosen, the PostgreSQL source tarball global_parameters.${postgresql_package}<\/code> otherwise) are downloaded into the directory global_parameters.${dctm_software}<\/code>, only if they are not there yet. After their downloading, the packages are expanded and the software installed and configured as advised in the OpenText documentation. For example, the anonymous algorithm for secure communication with the content server is reinstated in the JDK from its default disabled state.<\/p>\n\n\n\n
If the selected RDBMS is PostgreSQL, its installation is completely customized. In effect, the platform\u2019s standard PostgreSQL package is normally installed system-wide by root with pieces scattered in several locations, e.g. \/var\/lib<\/code> and \/usr\/lib<\/code>. As we want to embed this RDBMS with the repository and under the dmadmin<\/code> ownership, this is not convenient; we want all the pieces in one directory tree root. In order to make this possible, we need to compile the source code specifying the installation directory ${ACTIVE_DOCBASE_ROOT}\/postgresql<\/code>. The binary and data files will all be installed under this directory, which will later be included in the compressed tar ball when the script completes executing. As the compilation takes several minutes and even though it only needs to be done once, a pre-compiled tarball global_parameters.${postgresql_custom_package}<\/code> is available so this step can be skipped, unless global_parameters.${postgresql_compile}<\/code> is set to “yes<\/code>“.<\/p>\n\n\n\n
After the PostgreSQL binaries have been extracted or compiled, the ODBC connectivity is configured. Surprisingly, Documentum\u2019s configuration program imperatively needs a connect string named postgres<\/code> and defined in \/etc\/odbc.ini<\/code> as if it were hard-coded. Apparently, it reads this file explicitly instead of relying on the ODBC API which looks for any specified connect string first in ~\/.odbc.ini<\/code> and lastly in \/etc\/odbc.ini<\/code>. Also, it requires the running PostgresSQL server to be listening on the default port 5432 instead of any port defined in the ini file. Strangely enough, and this is visible when using the configuration program interactively, ~\/.odbc.ini<\/code> is correctly used and validated but only until the program effectively starts creating the docbase, where it switches to \/etc\/odbc.ini<\/code> and the weird behavior. The documentation mentions changes to be done in ODBC.INI<\/code> but does not say where it is (it\u2019s in \/etc<\/code> but ~\/.odbc.ini<\/code> should be used preferably). Also, it incorrectly says that the connect string should be [MyPostgres]<\/code> whereas it should be anything, although only [postgres]<\/code> works at this stage. All this suggests that the ODBC part is not well mastered by developpers of the installation program, or that it was ported without much attention from some other O\/S. Fortunately, these idiosyncrasies are abandoned after the docbase is created and all the parameters set in the installer owner\u2019s ~\/.odbc.ini<\/code> are honored, e.g. custom connect string and database server port.<\/p>\n\n\n\n
Here is how \/etc\/odbc.ini<\/code> must look for the docbase creation to start:<\/p>\n\n\n
\n[postgres]\nDescription = PostgreSQL connection to postgres\nDriver = PostgreSQL Unicode\nDatabase = postgres\nServername = ${db_server_host_alias}\nUserName = ${dctm_owner}\n# hard-coded in the server configuration tool;\nPort = 5432\n<\/pre><\/div>\n\n\n
and here is the final ~\/.odbc.ini<\/code> file defined after the docbase creation, including some of the recommended database settings:<\/p>\n\n\n
\n[${db_connect_string}]\nDescription = PostgreSQL connection to ${ACTIVE_DOCBASE}\nDriver = PostgreSQL Unicode\nDatabase = ${ACTIVE_DOCBASE}\nServername = ${db_server_host_alias}\nUserName = ${dctm_owner}\nPort = ${ACTIVE_DB_SERVER_PORT}\nProtocol = $(echo ${postgresql_custom_package} | sed -E 's\/.+-([0-9]+).*$\/\\1\/')\nReadOnly = No\nRowVersioning = No\nShowSystemTables = No\nShowOidColumn = No\nFakeOidIndex = No\nUpdateableCursors = Yes\n<\/pre><\/div>\n\n\n
The shell variables get expanded when the file is saved.<\/p>\n\n\n\n
Another requirement with the postgreSQL RDBMS is that the installer demands a directory named db_${ACTIVE_DOCBASE}_dat.dat<\/code> for the datafile to be created beforehand; if not found, the installer fails.<\/p>\n\n\n\n
When using the Oracle RDBMS, a global_parameters.${dctm_root}\/docbase\/oracle\/instantclient_21_7\/network\/admin\/tnsnames.ora<\/code> file gets created with the following content:<\/p>\n\n\n
\n${db_connect_string} =\n   (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)\n                             (HOST = ${db_server_host_alias})(PORT = ${db_listener_port}\n                             )\n                  )\n                  (CONNECT_DATA =\n                     (SERVER = DEDICATED)\n                     (SERVICE_NAME = ${db_service_name})\n                  )\n   )\n<\/pre><\/div>\n\n\n
Next, the data and index tablespaces are created and finally the schema account with the required grants. Here is a summary of the database requirements for Oracle:<\/p>\n\n\n
\nselect TABLESPACE_NAME, ALLOCATION_TYPE from dba_tablespaces order by 1;\nTABLESPACE_NAME          ALLOCATION_TYPE\n------------------------------ ---------------------------\nDCTM1_DATA            SYSTEM\nDCTM1_INDEX           SYSTEM\n...\nSEED_DATA             SYSTEM\nSEED_INDEX            SYSTEM\n\nSQL> select privilege from dba_sys_privs where grantee = upper('dctm1');\nGRANTEE                        PRIVILEGE                      ADMIN_OPT COMMON\n------------------------------ ------------------------------ --------- ---------\nDCTM1                          CREATE VIEW                    NO        NO\nDCTM1                          CREATE ANY VIEW                NO        NO\nDCTM1                          CREATE SEQUENCE                NO        NO\nDCTM1                          CREATE PROCEDURE               NO        NO\nDCTM1                          CREATE TABLE                   NO        NO\n\nSQL> select * from dba_role_privs where grantee = upper('dctm1');\nGRANTEE                        GRANTED_ROLE                   ADMIN_OPT DEFAULT_R COMMON\n------------------------------ ------------------------------ --------- --------- ---------\nDCTM1                          CONNECT                        NO        YES       NO\nDCTM1                          RESOURCE                       NO        YES       NO\nDCTM1                          SELECT_CATALOG_ROLE            NO        YES       NO\n\nSQL> select TABLESPACE_NAME, STATUS, ALLOCATION_TYPE, SEGMENT_SPACE_MANAGEMENT from user_tablespaces;\nTABLESPACE_NAME                STATUS                      ALLOCATION_TYPE             SEGMENT_SPACE_MANA\n------------------------------ --------------------------- --------------------------- ------------------\nDCTM1_DATA                     ONLINE                      SYSTEM                      AUTO\nDCTM1_INDEX                    ONLINE                      SYSTEM                      AUTO\n<\/pre><\/div>\n\n\n
After the database steps have been completed, the documentum\u2019s installer program serverSetup.bin<\/code> is launched with the following generated on-the-fly response file:<\/p>\n\n\n
\nINSTALLER_UI=silent\nKEEP_TEMP_FILE=true\ncommon.installOwner.password=dmadmin\nSERVER.SECURE.ROOT_PASSWORD=root\n\n# documentum binaries;\nSERVER.DOCUMENTUM=${ACTIVE_ROOT}\/documentum\nAPPSERVER.SERVER_HTTP_PORT=${ACTIVE_SERVER_HTTP_PORT}\nAPPSERVER.SECURE.PASSWORD=tomcat\n\n# java;\nPATH_TO_JAVA=$(ls -d ${ACTIVE_ROOT}\/java\/amazon-corretto-11*-linux-x64)\n<\/pre><\/div>\n\n\n
This step takes several minutes to complete but it does not matter; as said previously, the real optimization occurs in the instantiation step, not in the installation of the binaries or the creation of the model docbase; those steps are done only once (unless it is done outside the context of this project).<\/p>\n\n\n\n
Method servers are dedicated to each docbase and receive a distinct base port number defined as global_properties.${stem<\/em>_SERVER_HTTP_PORT}<\/code>. Later during the instantiation, their memory sizing will be configured as set in global_properties.${stem<\/em>_SERVER_HTTP_MEMORY}<\/code>.<\/p>\n\n\n\n
It has been noticed that the method server creates several cache directories (e.g. felix-cache<\/code> and activemq-data<\/code>) in the directory it is started from; to move them out of the way and prevent cluttering, the command cd ${DM_JMS_HOME}\/temp<\/code> is later inserted in startMethodServer.sh<\/code> before tomcat\u2019s startup.sh<\/code> script is invoked.<\/p>\n\n\n\n
After the binaries have been installed, a connectivity check using documentum\u2019s dmdbtest<\/code> is performed to confirm that the database is reachable via SQL*Net for Oracle or via ODBC for PostgreSQL. This test differs from the ones previously done directly at the database level in that it is performed by documentum. Its output resembles the following one:<\/p>\n\n\n
\nif [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then\n   ${DOCUMENTUM}\/product\/*\/bin\/dmdbtest -Dxx -S${db_connect_string} -U${ACTIVE_DOCBASE} -P${ACTIVE_DOCBASE}\nelse\n   ${DOCUMENTUM}\/product\/*\/bin\/dmdbtest -Dpostgres -Spostgres -U${dctm_owner} -Pxxx\nfi\nDatabase successfully opened.\nTest table successfully created.\nTest view successfully created.\nTest index successfully created.\nInsert into table successfully done.\nIndex successfully dropped.\nView successfully dropped.\nDatabase case sensitivity test successfully past.\nTable successfully dropped.\n<\/pre><\/div>\n\n\n
Note that the above test needs an extra step when using Oracle RDBMS because although the sqlplus<\/code> executable is installed in Instant Client\u2019s ${ORACLE_HOME}<\/code> and ${ORACLE_HOME}<\/code> is in the ${PATH}<\/code>, the installer expects it in the non-existing ${ORACLE_HOME}\/bin<\/code>. So, that directory must be created beforehand and sqlplus<\/code> symlinked there. Evidently, sqlplus<\/code>\u2019 expected location is hard-coded and the ${ORACLE_HOME}<\/code> environment variable is either not passed to the java programs invoked by the installer script, or ignored when looking for it. This quirk can be half-forgiven as it is a documented requirement.<\/p>\n\n\n\n
Since several docbases can potentially be instantiated and run on the same machine, an environment file named docbase_name<\/em>.env for each of them is prepared to allow switching easily between them. This file notably defines the ${DOCUMENTUM<\/code>} and ${PATH}<\/code> variables, invokes documentum\u2019s own dm_set_server_env.sh<\/code>, and should be sourced prior to working with a given docbase. To simplify this, the bash function swr()<\/code> (which stands for SW<\/strong>itch R<\/strong>epository) has been defined in the installation owner\u2019s ~\/.profile<\/code>. Other useful management functions such as sur()<\/code>and sdr()<\/code>, have also been defined in docbase_name<\/em>.env<\/code>, see down below.<\/p>\n\n\n\n
Next, another response file is prepared to install the docbroker. docbrokers too are dedicated to each docbase and defined in the global_properties<\/code> file with parameters stem<\/em>_DOCBROKER_NAME<\/code> and stem<\/em>_DOCBROKER_PORT<\/code>. Make sure there is no port conflict when creating\/instantiating new docbases. Here is an example of this response file:<\/p>\n\n\n
\nKEEP_TEMP_FILE=true\nPATH_TO_JAVA=$(ls -d ${ACTIVE_ROOT}\/java\/amazon-corretto-11*-linux-x64)\nINSTALLER_UI=silent\ncommon.aek.algorithm=AES_128_CBC\n\n# docbroker;\nSERVER.CONFIGURATOR.BROKER=TRUE\nSERVER.DOCBROKER_ACTION=CREATE\nSERVER.DOCBROKER_PORT=${ACTIVE_DOCBROKER_PORT}\nSERVER.DOCBROKER_NAME=${ACTIVE_DOCBROKER_NAME}\nSERVER.PROJECTED_DOCBROKER_HOST=$(hostname)\nSERVER.PROJECTED_DOCBROKER_PORT=${ACTIVE_DOCBROKER_PORT}\nSERVER.DOCBROKER_CONNECT_MODE=native\nSERVER.USE_CERTIFICATES=false\n<\/pre><\/div>\n\n\n
Make sure the docbroker name does not contains any non alphanumeric characters as the installer is quite restrictive in this regard. For example, the name docbroker_01<\/code> is rejected because it contains an underscore.<\/p>\n\n\n\n
Documentum\u2019s dm_launch_server_config_program.sh<\/code> is then invoked with that response file and the docbroker gets created and started along with the method server.<\/p>\n\n\n\n
Next, another response file is prepared for the repository. Its most complicated part is the conditional definitions for Oracle and PostgreSQL:<\/p>\n\n\n
\n$ cat - <<eot > ${ACTIVE_DOCBASE}.properties\nINSTALLER_UI=silent\nKEEP_TEMP_FILE=true\n...\n############################### database stuff #######################################\nSERVER.USE_EXISTING_DATABASE_ACCOUNT=$(if [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then echo "true"; else echo "false"; fi)\n$(if [[ "${ACTIVE_RDBMS}" == "postgres" ]]; then echo "SERVER.DATABASE_NAME=${ACTIVE_DOCBASE}"; fi)\nSERVER.INDEXSPACE_NAME=$(if [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then echo "${ACTIVE_DOCBASE}_INDEX"; else echo "db_${ACTIVE_DOCBASE}_log"; fi)\n# postgres is hard-coded in the server configuration script;\nSERVER.DATABASE_CONNECTION=$(if [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then echo "${db_connect_string}"; else echo "postgres"; fi)\nSERVER.DOCBASE_OWNER_NAME=${ACTIVE_DOCBASE}\nSERVER.SECURE.DOCBASE_OWNER_PASSWORD=${ACTIVE_DOCBASE}\nSERVER.DATABASE_ADMIN_NAME=$(if [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then echo "${ACTIVE_DOCBASE}"; else echo "${dctm_owner}"; fi)\nSERVER.SECURE.DATABASE_ADMIN_PASSWORD=$(if [[ "${ACTIVE_RDBMS}" == "oracle" ]]; then echo "${ACTIVE_DOCBASE}"; else echo "${dctm_password}"; fi)\n$(if [[ "${ACTIVE_RDBMS}" == "postgres" ]]; then echo "SERVER.POSTGRES_USE_DEFAULT_SPACE=false"; fi)\n...\n<\/pre><\/div>\n\n\n
Refer to the code on dbi services<\/a>‘s git for the complete settings. Detailed explanations about the content server’s response file parameters can also be found here Documentum \u2013 Silent Install \u2013 Docbases\/Repositories<\/a>. There are articles on our blog site about the response files for other Documentum components too, so it may be worth giving them a look. Links to all of them can be found here.<\/a><\/p>\n\n\n\n
After the configuration program is invoked with the above response file and completes, the documentum processes are shut down and, if using Oracle, the resulting seed’s database schema will be extracted using the traditional exp<\/code> utility. Although the exp<\/code> and imp<\/code> utilities have been superseded by the data pump for a while now, they do their job well enough for repositories’ schemas. Of course, the more modern data pump can also be used instead under certain conditions, but it may need some preliminary work on the database’s side to accommodate it. The same applies if using the Instant Client’s exp<\/code> and imp<\/code> utilities when these tools’ version differs from the database’s. For example, one of our test database is a v12.1.0.1.0 one but there are no downloadable exp<\/code> and imp<\/code> tools with that version for the Instant Client as they started being included only in v12.2.0.x (cf. https:\/\/download.oracle.com\/otn\/linux\/instantclient\/122010\/instantclient-basic-linux.x64-12.2.0.1.0.zip<\/a> and https:\/\/download.oracle.com\/otn\/linux\/instantclient\/122010\/instantclient-tools-linux.x64-12.2.0.1.0.zip<\/a>). And since those versions differ from the database’s, a PL\/SQL package must be executed so they can be used. All this is quite complicated and to simplify the data extraction and import tasks, we will use the exp<\/code> and imp<\/code> utilities bundled with the RDBMS; those will always work as-is so no additional download nor configuration are necessary. However, those tools need to be invoked from within a remote session, hence the settings global_parameters.${db_server_host_*}<\/code>, unless those steps are delegated to the DBAs. As already discussed, Oracle RDBMS is a proprietary, closed-source and quite complex software. Starting with the licensing, it requires some careful planning. Sometimes, databases are even shared between several applications. Therefore, it is mostly managed by specialized people in an organization and installed in dedicated machines. For those reasons, the Oracle part takes up a large chunk of the procedure dedicated to the RDBMS and, for faster and more agile configuration, the leaner but sufficient PostgreSQL RDBMS is preferred. As precedently written, the postgreSQL source is compiled so it can be embedded with the docbase that uses it and the whole binaries and database get copied into the tar ball, which is a considerable simplification at a measly cost of 276 Mb.<\/p>\n\n\n\n
After the compressed tar ball is produced, it is renamed to ${ACTIVE_DOCBASE}_${ACTIVE_RDBMS}.tgz<\/code> and moved to the ${scripts_dir}<\/code> if one with the same name does not exist there yet (otherwise, the move is not performed), ready to be instantiated as needed.<\/p>\n\n\n\n
A useful by-product of this project, although it won’t benefit from the optimized provision time, the generic script create_docbase.sh<\/code> creates any docbase whose parameters are set in global_parameters<\/code>. Once created, this docbase can be used stand-alone, or taken a snapshot of and used as a seed for future instantiations, or both. It can even be uncompressed in several places on the same machine or on different machines as distinct clones, provided resource conflicts are resolved and the usual well-known adjustments post-cloning are applied. The script can create several docbases to be used as models for different purposes after further customizations; edit the script as required.<\/p>\n\n\n\n
It is possible to specify as many docbases to be created (or instantiated, see later) in global_parameters.${dctm_machine}<\/code> as needed by specifying their stems on the command-line. So, if several docbases need be created, define them all in global_parameters and invoke the creation script as follows:<\/p>\n\n\n
\n# Example:\n$ for i in {1..10}; do\n   .\/create_docbase.sh "DCTM${i}"\ndone\nwhere DCTM1_* to DCTM10_* are the respective docbases's stem "pointing" to the settings defined in the global_properties file.\n\n# Another example with unrelated stems:\n.\/create_docbase.sh bookstore\n.\/create_docbase.sh product_catalog\n.\/create_docbase.sh research_papers\n<\/pre><\/div>\n\n\n
Concurrent docbase creation would be another useful by-product of the project and should be possible because each created docbase is normally stand-alone (i.e. no dependency on other services such as the docbroker or the method server) and has a distinct ${DOCUMENTUM}<\/code> directory under global_parameters.${dctm_root}\/docbase_name<\/em><\/code>. Unfortunately, Documentum’s installer program does not permit more than one running instance of itself:<\/p>\n\n\n
\nInstalling the CS binaries documentum_server_22.4_linux64_oracle.tar ...\nPreparing to install\nExtracting the installation resources from the installer archive...\nConfiguring the installer for this system's environment...\n\nLaunching installer...\n\nMultiple launches of this installer is not allowed. It will now quit.\n\n<\/pre><\/div>\n\n\n
The configuration program dm_launch_server_config_program.sh<\/code>, however, does not have this limitation, probably because it is enough for it to run in its own ${DOCUMENTUM}<\/code>.<\/p>\n\n\n\n
Granted, when using PostgreSQL , since the docbase creation demands a server listening on port 5432, there may be a short period of time when a server gets commonly used by several instances of dm_launch_server_config_program.sh<\/code>. Also, multiple database server instances get started on port 5432, but with only the first one succeeding. Still, this should not be an issue since the databases and their locations are distinct. This glitch does not happen at instantiation time as the PostgreSQL server is always started from the beginning with a custom port.<\/p>\n\n\n\n
The additional cost is 2 Gb of disk space since the documentum binaries are not shared between the repositories (i.e. each repository has its own ${DOCUMENTUM}<\/code> and its own copy of the binaries), but disk space is so cheap these days that this is not prohibitive. When using Oracle, the above concurrency behavior does not apply.<\/p>\n\n\n\n
As mentioned before, create_docbase.sh<\/code> sets up a sourceable script to define a working docbase\u2019s environment and several useful functions, global_properties.${dctm_root}\/docbase<\/em>\/docbase<\/em>.env<\/code>. In particular, it defines:<\/p>\n\n\n\n
${ACTIVE_DOCBASE}, ${ACTIVE_ROOT}<\/code>, ${JAVA_HOME}<\/code>, ${DOCUMENTUM}<\/code> and ${PATH}<\/code>, and sources documentum\u2019s own dm_set_server_env.sh<\/code>. ${ACTIVE_DOCBASE}<\/code> is the name of the current repository and ${ACTIVE_ROOT}<\/code> the root directory that contains that docbase\u2019s ${JAVA_HOME}<\/code>, ${DOCUMENTUM}<\/code> and the postgres root directory if that RDBMS is used. ${ACTIVE_ROOT}<\/code> is also equal to global_properties.${dctm_root}\/docbase<\/em><\/code>.<\/p>\n\n\n\n
In addition to those environment variables, several management functions are defined too; see the paragraph Management Commands in Part V<\/a>.<\/p>\n\n\n\n
For more comfort, the environment file also changes the shell\u2019s prompt to something nicer, e.g.:<\/p>\n\n\n
\ndmadmin@cs2:[\/u01\/dctm\/repo03][repo03] $\n<\/pre><\/div>\n\n\n
The prompt shows the currently logged user and the machine it is logged on, the current working directory, and the current active docbase, which is useful to prevent manipulating the wrong docbase when several of them coexist in the machine.<\/p>\n\n\n\n
See Part IV here<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
How to create a documentum repository in under a minute.
\nCreating the seed docbase.<\/p>\n","protected":false},"author":40,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[525],"tags":[129,96,77],"type_dbi":[],"class_list":["post-21851","post","type-post","status-publish","format-standard","hentry","category-enterprise-content-management","tag-documentum","tag-oracle","tag-postgresql"],"acf":[],"yoast_head":"\nA quick repository creation utility (part III) - 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\/a-quick-repository-creation-utility-part-iii\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"A quick repository creation utility (part III)\" \/>\n<meta property=\"og:description\" content=\"How to create a documentum repository in under a minute. Creating the seed docbase.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2023-01-28T11:49:03+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-10-24T07:38:32+00:00\" \/>\n<meta name=\"author\" content=\"Middleware 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=\"Middleware Team\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 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\/a-quick-repository-creation-utility-part-iii\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\"},\"author\":{\"name\":\"Middleware Team\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/8d8563acfc6e604cce6507f45bac0ea1\"},\"headline\":\"A quick repository creation utility (part III)\",\"datePublished\":\"2023-01-28T11:49:03+00:00\",\"dateModified\":\"2025-10-24T07:38:32+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\"},\"wordCount\":2126,\"commentCount\":0,\"keywords\":[\"Documentum\",\"Oracle\",\"PostgreSQL\"],\"articleSection\":[\"Enterprise content management\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\",\"name\":\"A quick repository creation utility (part III) - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"datePublished\":\"2023-01-28T11:49:03+00:00\",\"dateModified\":\"2025-10-24T07:38:32+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/8d8563acfc6e604cce6507f45bac0ea1\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"A quick repository creation utility (part III)\"}]},{\"@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\/8d8563acfc6e604cce6507f45bac0ea1\",\"name\":\"Middleware Team\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g\",\"caption\":\"Middleware Team\"},\"url\":\"https:\/\/www.dbi-services.com\/blog\/author\/middleware-team\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"A quick repository creation utility (part III) - 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\/a-quick-repository-creation-utility-part-iii\/","og_locale":"en_US","og_type":"article","og_title":"A quick repository creation utility (part III)","og_description":"How to create a documentum repository in under a minute. Creating the seed docbase.","og_url":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/","og_site_name":"dbi Blog","article_published_time":"2023-01-28T11:49:03+00:00","article_modified_time":"2025-10-24T07:38:32+00:00","author":"Middleware Team","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Middleware Team","Est. reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/"},"author":{"name":"Middleware Team","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/8d8563acfc6e604cce6507f45bac0ea1"},"headline":"A quick repository creation utility (part III)","datePublished":"2023-01-28T11:49:03+00:00","dateModified":"2025-10-24T07:38:32+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/"},"wordCount":2126,"commentCount":0,"keywords":["Documentum","Oracle","PostgreSQL"],"articleSection":["Enterprise content management"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/","url":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/","name":"A quick repository creation utility (part III) - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2023-01-28T11:49:03+00:00","dateModified":"2025-10-24T07:38:32+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/8d8563acfc6e604cce6507f45bac0ea1"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/a-quick-repository-creation-utility-part-iii\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"A quick repository creation utility (part III)"}]},{"@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\/8d8563acfc6e604cce6507f45bac0ea1","name":"Middleware Team","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/ddcae7ba0f9d1a0e7ae707f0e689e4a9c95bb48ec49c8e6d9cc86d43f4121cb6?s=96&d=mm&r=g","caption":"Middleware Team"},"url":"https:\/\/www.dbi-services.com\/blog\/author\/middleware-team\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/21851","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\/40"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=21851"}],"version-history":[{"count":21,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/21851\/revisions"}],"predecessor-version":[{"id":22211,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/21851\/revisions\/22211"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=21851"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=21851"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=21851"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=21851"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}