Terminology

this section defines key terms pertaining to the operations console and the tenant creation and data migration process general terms docid srybeqnhr2outxjfw8z types of data docid srybeqnhr2outxjfw8z landscapes docid srybeqnhr2outxjfw8z tenant and tenant instance types docid srybeqnhr2outxjfw8z general terms operations console docid srybeqnhr2outxjfw8z customer success manager (csm) docid srybeqnhr2outxjfw8z service level agreement (sla) docid srybeqnhr2outxjfw8z backup types docid srybeqnhr2outxjfw8z operations console the tool used to create tenants and tenant instances, move data from one tenant instance to another (for example, from the staging instance of a tenant to the production instance), and perform various administrative tasks customer success manager (csm) an ivanti software staff member who is the primary contact for a customer, providing support in managing the customer's ivanti service manager system a csm establishes a long term relationship with a customer while also supporting the ivanti software professional services organization and other ivanti software teams throughout the customer's engagement with ivanti software a csm works with a customer to do the following understand the customer's business requirements help the customer understand the roles of other ivanti service manager implementation team members work with the customer to understand the customer's predefined metrics of success and ensure that those metrics are tracked and met during the customer's relationship with ivanti software ensure that the customer's questions and issues are acted upon quickly by the appropriate implementation team members provide the customer with information and access to training resources to ensure that the ivanti service manager system is successful information and training resources are provided over the duration of the customer's relationship with ivanti software service level agreement (sla) a customer's service level agreement defines the response and resolution target times for services provided by ivanti software in the context of ivanti service manager, a service level agreement determines the details that govern the process to provision, configure, and upgrade the tenant and its instances a support service is offered through the csm organization incidents and service requests are covered under the service delivery agreements, meaning that they are handled and completed within agreed time to the satisfaction of the customer within the boundaries of the contractual agreements backup types there are three steps to the process of backing up a database back up the database on the source system copy the database from the source system to the target system restore the database on the target system you can either use microsoft sql or litespeed to perform the backup use microsoft sql to perform the backup there are several backup types you can choose from when using the operations console from last litespeed backup copies the source database from the source database backup location to the target database backup location and restores the database from there from live litespeed backup performs a live litespeed backup of the source database and places the backup in the source database backup location copies the source database backup to the target database backup location and restores the database from there from copied litespeed backup the source database has already been manually copied to the target database backup location if you choose this option, the system adds a field called backup filename where you enter the name of the litespeed backup from last mssql backup copies the source database from the source database backup location to the target database backup location and restores the database from there from live mssql backup performs a live microsoft sql backup of the source database and places the backup in the source database backup location copies the source database backup to the target database backup location and restores the database from there from copied mssql backup the source database has already been manually copied to the target database backup location if you choose this option, the system adds a field called backup filename where you enter the name of the microsoft sql backup database already restored the database was already restored manually outside of the operations console (for example, through microsoft sql server management studio) choosing this option means the database is not backed up or restored types of data configuration data (settings) docid srybeqnhr2outxjfw8z master data docid srybeqnhr2outxjfw8z metadata docid srybeqnhr2outxjfw8z transactional data docid srybeqnhr2outxjfw8z validation data docid srybeqnhr2outxjfw8z configuration data (settings) configuration data, also called settings, is defined as core configuration attributes that define ivanti service manager the only configuration data (settings) that the system migrates when you migrate configuration data (settings), as described in updating configuration data (copy settings) docid\ stq b6ebnoc64jdl9kbiz , are the following allowed attachments authentication providers such as ldap, saml, openid, and windows integrated security bulk upload profiles dynamic styles global constants integration settings ldap configurations object matching lists password policies voice integrations watch list items email configurations (including approval status keywords, email status update mapping settings, ignore message with subject settings, object mappings for email, task assignment status keywords, truncate body settings, and trusted sender domains) you cannot migrate other types of configuration data (settings) using the operations console to migrate this data, do so manually outside of the operations console by using microsoft sql commands master data master data is defined as data sets that are used across an organization and are typically unique to that organization user and role definitions, role assignments, and categories are examples of master data customers typically make their own changes to their master data, although the implementation team can also change master data for a customer master data is migrated together with metadata so that it is consistent with the business object definitions there are four types of master data and you can migrate any or all of them user data, except for user email addresses because they may have been scrubbed user related data, such as contact group, standard user team, organizational unit, and so on service request data, such as request offerings, request parameters, and so on escalation schedule you can now track these types of master data analytic metrics dashboards and configuration schedule entries escalation settings and schedules escalation clock control service level packages service level targets to see a list of master data for a tenant, if any has been defined, place your mouse over the destination tenant the only way to migrate master data is by enabling the ivanti service manager development project and using the push link see the four ways to migrate data docid\ xtgsi12juvvrmrhtaj dy for more information about this method of migrating data and see example migrating service level data docid\ t9nc3i l41hfwpczkgbui for an example metadata configured business objects, business object attributes, forms, grids, quick actions, searches, and so on when you reconfigure your ivanti service manager system, most of the changes are implemented by editing metadata the types of metadata are as follows business objects counters forms grids layouts quick actions rules rule overrides branding roles validation (pick list) definitions business rules searches (namely saved searches) dashboards chart part metadata (one type of dashboard) grid part metadata (one type of dashboard) special part metadata (one type of dashboard) view part metadata (one type of dashboard) workflows workflow types reports (subscription, schedule, and distribution are not migrated from source to target) validation data (of pure validation business objects and custom data) images in the frs def images table you can lock all of the metadata, except for quick actions, dashboards, searches, and reports those four types of metadata cannot be locked and are always open to be edited in the production instance of the tenant to lock the other types of metadata, set the metadata to read only each tenant instance has a metadata locked field that lets you know if the metadata is locked for an instance of a tenant transactional data a customer's data records, including incidents, changes, service requests, and so on the only way to migrate transactional data is by enabling the ivanti service manager development project and using the push link see the four ways to migrate data docid\ xtgsi12juvvrmrhtaj dy for more information about this method of migrating data and see example migrating service level data docid\ t9nc3i l41hfwpczkgbui for an example validation data validation data objects defined by customers you must migrate all validation data together at the same time and you must migrate metadata and validation data together in the same migration this guarantees that when metadata is migrated, it includes all pick list definitions that are associated with validation objects validation data is any data that is configured as part of a validation business object a validation business object and its associated data (for example, a pick list and the data in the list) are both considered validation data but a standard business object and its associated data (for example, a pick list and the data in the list) are not both validation data if the business object is a standard business object, then that is validation data, but the associated data is not considered validation data business object is it validation data? standard business object yes validation business object yes data associated with a standard business object no data associated with a validation business object yes landscapes landscape definition docid srybeqnhr2outxjfw8z landscape components docid srybeqnhr2outxjfw8z types of landscapes docid srybeqnhr2outxjfw8z about the pilot landscape lifecycle docid srybeqnhr2outxjfw8z landscape definition a landscape is a set of it infrastructure components that support tenant instances of the same type (where type refers to production, staging, and uat) the production landscape only contains the production instances of tenants, the staging landscape only contains the staging instances of tenants, and the uat landscape only contains the uat instances of tenants typical production landscape docid srybeqnhr2outxjfw8z shows a typical configuration for a production landscape components and their locations vary from customer to customer for example, on premise customers probably only have one production tenant in their production landscape typical production landscape landscape components at a minimum, a landscape contains these components an individual, isolated microsoft sql ivanti service manager application database (called ivantism) in each tenant (each tenant instance has its own database, but not its own database instance) a central ivanti service manager configuration database (called configdb) containing information about all tenant instances in the landscape a shared pool of ivanti service manager application servers for all ivanti service manager instances in the landscape a shared database cluster for the ivanti service manager configuration and ivanti service manager application databases a shared pool of workflow servers used by all ivanti service manager instances in the landscape a shared pool of escalation engines used by all ivanti service manager instances in the landscape this is sometimes combined with the workflow server a shared pool of email listeners used by all ivanti service manager instances in the landscape a shared pool of integration servers per function, such as survey, discovery, desktop server and management (dsm), report server, license server, and so on types of landscapes there are six types of landscapes production landscape hosts the production instances of tenants used during the data migration lifecycle this is the environment where the product is deployed staging landscape hosts the staging instances of tenants used during the data migration lifecycle this is the environment where development work is done uat landscape hosts the uat instances of tenants used during the data migration lifecycle this is the environment where testing is done pilot landscape optional a standalone landscape that hosts the pilot tenant to provide customers with early access to a new ivanti service manager point release see about the pilot landscape lifecycle docid srybeqnhr2outxjfw8z development landscape optional a standalone landscape that hosts tenant templates for demos, test drives, training, and so on other landscape optional a standalone landscape type that can be used for any purpose about the pilot landscape lifecycle the pilot landscape hosts the pilot tenant which provides customers with early access to a new ivanti service manager point release participating in the pilot release is optional if you want to participate, request information from your solutions/implementation manager ivanti software accepts pilot customers on a first come, first served basis approximately three weeks before a release, ivanti software makes the pilot landscape available to customers who have requested access this is a temporary landscape that is only available during communicated periods a pilot landscape functions very similar to an alpha release you can expect several updates and frequent changes in this landscape we announce these frequent redeployments using system notifications only, and not through email approximately a week after the ivanti service manager pilot landscape release, ivanti service manager moves into the staging landscape when the system is in the staging landscape, it is available to all customers during this time, no content moves from the staging landscape to the production landscape ivanti software posts the staging landscape update schedule on the web portal during the staging landscape, there are approximately five updates each update is accompanied by a release note you can request these staging release notes from support or your csm if you find a problem, submit feedback by the end of the first week in order for it to potentially be fixed in the production landscape during the second week of the staging landscape, there is usually only one update and that is usually on wednesday this gives ivanti software a minimum of two days to do final testing on the system before it moves to the production landscape tenant and tenant instance types a tenant is a ivanti service manager system for a particular customer or application an instance of the ivanti service manager tenant within a landscape by default, each customer receives a production instance of the tenant and a staging instance of the tenant additional optional tenant instances are also available the name and url for each tenant instance must be unique the term "tenant instance" is not related to the term "database instance" the use of the word instance, when referring to a tenant, simply means one copy or version of it the available tenant instances are production instance of a tenant a tenant instance containing a customer's your production database (including all configuration and transactional data), managed under a service level agreement all customers have a production instance of their tenant the production instance of the tenant resides in a hardened environment in the production landscape we do not recommend making metadata or configuration changes directly to the production instance of the tenant during production usage instead, make those changes in the staging instance of the tenant, push them to the uat instance of the tenant for testing, and then push them to the production instance of the tenant you can make some changes to master data (such as adding employees, role assignments, and so on) directly to the production instance of the tenant the production instance of the tenant is the only tenant instance covered under a service level agreement staging instance of a tenant a tenant instance for developing and configuring a customer's your ivanti service manager system and business processes this tenant instance is generally used for configuration and metadata changes (but not transactional data changes) it undergoes a baselining process, in which it is updated periodically or by customer request from the production instance of the tenant to ensure that it is in sync with the production instance of the tenant prior to configuration and metadata changes it can also be used to test new releases, new capabilities, and for training all customers have a staging instance of their tenant; however, the staging tenant is not covered under a service level agreement uat instance of a tenant a temporary tenant instance used for configuration testing and validation before the new configuration is pushed to an existing production tenant instance the uat instance of the tenant is required when reconfiguring an existing production instance of the tenant it is optional when provisioning the production instance of the tenant for the first time or when upgrading to a new ivanti service manager release on premise customers may or may not use a uat instance of a tenant pilot instance of a tenant during the upgrade process to a new release, an optional pilot instance of the tenant is made available to customers to allow early access to a new point release the pilot instance of the tenant resides in the pilot landscape development instance of a tenant an optional development instance of the tenant for testing or development the development instance of the tenant resides in the development landscape other instance of a tenant an optional instance of the tenant for testing or development the other instance of the tenant resides in the other landscape tenant environment infrastructure that ties together the production, staging, and uat instances of a tenant this infrastructure allows a complete change management process to manage and control the development and deployment lifecycles between these instances of the tenant tenant template a preconfigured ("out of the box") tenant that is typically used to set up a new tenant a template implements best practices according to itil standards, and optimizes processes to allow fast implementation