4 Replies Latest reply on Mar 12, 2018 11:06 AM by blwallace

    One tenant, three landscapes do I need OpsConsole

    blwallace Apprentice

      We are moving from Service Desk to Service Manager.  My organization has ~150 staff members.  I'm anticipating needing only one tenant.  I'd like to keep server creep down.  I'll be installing three landscapes: production, UAT, DEV to run on one server.  The UAT and DEV DBs will run in a separate instance from production on my MSSQL server.  When I begin to install the UAT and DEV instances on the production server, I get a warning stating this is a bad idea and I won't be able to use the OpsConsole. 


      My questions:

      1. With only one tenant, do/will I need OpsConsole?
      2. Can I create a second server later to run UAT and DEV and install the OpsConsole at that time?
        • 1. Re: One tenant, three landscapes do I need OpsConsole
          BKallweit Apprentice

          I would recommend to install it; it doesn't cost you anything and you will only use it rarely.


          I would also recommend to go for a three server setup, i.e. database, production, and development servers. All can be virtual, and the dev server doesn't require lots of resources. A separate dev server becomes important when runing ISM upgrades, which will not only replace the binaries on your server. In most cases the upgrade needs to make changes to your db as well, and if this fails or your customizations run into problems later, you'll become quite busy to restore both database and server to their former setup. Your 150 staff members (if they are all supposed to work with ISM) will patiently wait for you.



          Coming back to the OpsConsole: you will use it to set up your Staging (Dev) and UAT (Test) tenant, by simply pressing the Push button, which basically copies the databases across. You can use OpsConsole to move changes from Dev to Test to Prod, but its easier (imho) to use package export/import for that. You only need OpsConsole to rebuild Dev or Test from time to time.

          • 2. Re: One tenant, three landscapes do I need OpsConsole
            blwallace Apprentice

            So I'm most likely confused on the meaning of 'tenant'.  I thought I would have one tenant, namely http://company.com with three different landscapes

            1. http://company.com/production
            2. http://company.com/uat
            3. http://company.com/dev

            I also thought the install is where those tenants/landscapes are created; production first, then re-run the install and create the uat & dev landscapes.


            During the first install, I created the OpsConsole on my production server.  Are you saying to use that to create the other two tenants/landscapes?

            • 3. Re: One tenant, three landscapes do I need OpsConsole
              florian1 Expert

              First of all, it's not recommended to install all three landscapes (DEV, UAT, PROD) on one server as Bernd mentioned.

              Instead, you should rather use different servers and URLs to host your tenant's landscape instances, e.g.:

              1) dev-{tenant}.company.com

              2) uat-{tenant}.company.com

              3) {tenant}.company.com


              You can still do it and move to another server later on, though.


              I would definitely recommend using the Operations Console with development projects and package migration to avoid unauthorized or accidental changes in UAT and PROD (metadata is automatically locked and only unlocked by the OpsConsole).

              It takes a while to get used to it but once you do it's straight forward and much better than just exporting and importing packages.


              Simple example: I have to extend a knowledge workflow to also notify the article's OwnerTeam once it gets published

              1) Do you changes in DEV as required:

              - create a development project and choose it to track your changes

              - create a development package

              - do your changes, e.g. extend your workflow, publish as new version and/or modify quick actions. Test them as needed.

              - check your transaction sets and assign them to your development package:

              2) push to UAT:

              3) close the development package and push it to PROD (same as 2)


              I don't see a reason not to use this feature. :-)



              The OpsConsole should be installed on the development server and will look like this after being configured:

              • 4. Re: One tenant, three landscapes do I need OpsConsole
                blwallace Apprentice

                Thank you for the help.  I'm installing a second server to hold both dev and uat; I'll install the ops console there.  Your explanation has been helpful.