rh._.exports({"0":[[" ","Upgrading a Pre-Dimensions CM 12.1 Database Table"]],"1":[[" ","Upgrading \n a Pre-Dimensions CM 12.1 Database Table"," ","Before an upgraded pre-Dimensions CM \n 12.1 build system can be run in Dimensions CM 14.x you need to run the \n utility ","build_upgrade_nolists.exe",". For details \n see the ","Installation Guide for Windows","."," ","Submitting Parallel Builds through \n the Deployment Server Queue"," ","In Dimensions CM releases prior to 12.1, \n build jobs ran on demand. If two builds were submitted at the same time, \n they ran in parallel with the customer responsible for avoiding clashes \n between the builds."," ","Dimensions 12.1 introduced the deployment \n server. Builds, like any other job that affected a deployment area, were \n queued, and ran in sequence one at a time. "," ","In Dimensions 12.2.1 and later this \n strict sequential queuing has been relaxed to allow for parallel build \n jobs, while preserving the benefits of the deployment queue. This improves \n the throughput of build jobs in a highly stressed system. Build jobs take \n longer to run than deployment jobs therefore running multiple build jobs \n at the same time greatly increases the throughput of the deployment server \n queue."," ","Parallel builds affects build jobs submitted \n through the deployment server. These are the build jobs that you can see \n in the web client Deployment view tab. Currently the only type of build \n that is not launched in this way is a work area build, which does not \n use any deployment areas to supplement the search path. You can run these \n types of builds in parallel, as in previous releases."," ","CAUTION!  ","If \n you have independent teams coding changes to different parts of the system, \n and the changes overlap, parallel build jobs may cause confusion. The \n build system does not currently detect overlap between jobs automatically, \n and you have to enforce this through working practices. If you are unsure, \n disable parallel builds (see below)."," ","Parallel \n Build Rules"," ","The following rules describe how parallel \n builds work:"," ","Build \n\t jobs submitted from the same user client session are always run sequentially. \n\t This is essential for the reliable execution of batch scripts, which \n\t normally expect their commands to be run strictly sequentially. This \n\t rule applies to the client session, not the user ID. The same user \n\t can have multiple client sessions."," ","Deployment \n\t jobs always run on their own. They do not run at the same time as \n\t other deployment or build jobs. This creates a quiet-point in the \n\t deployment log, which allows future rollbacks to be computed reliably."," ","Build \n\t jobs can run in parallel with other build jobs, even in the same area \n\t subject to rule 1."," ","Where \n\t there is an outstanding queue of work containing both build and deployment \n\t jobs that have not yet started, these jobs are automatically re-ordered \n\t to optimize the chances of the build jobs running in parallel. Reordering \n\t is designed to produce sequences of multiple build jobs and where \n\t possible allow them to run together, therefore improving the throughput \n\t of the system. For example:"," ","If we represent a deployment job as \"D\", \n and a build job as \"B\", reordering is designed to take a queue \n of work such as \"DB DB DB DB DB\", and reorder it to produce \n \"DDDDD BBBBB\". This latter sequence allows the build jobs an \n opportunity to run together as all the deployment jobs have already been \n executed."," ","Deployment jobs and build jobs are never \n run out of sequence. Deploy1 is always run before Deploy2 and Build1 is \n always run before Build2."," ","Disabling \n Parallel Builds"," ","Parallel builds are now the default. \n You can disable them by adding the following line to the %DM_ROOT%\\dm.cfg \n file on the server:"," ","DISABLE_CONCURRENT_BUILD_DISPATCH 1"," ","If you set this flag, the behavior is \n the same as for Dimensions 12.1 and 12.2: all build and deployment jobs \n are single thread, running one job at a time in the sequence in which \n they were submitted."]],"id":"427"})