Laserfiche WebLink
SOLICITATION # CHI6012 <br />ServiceNow's customer DR is documented in its Information System Contingency Plan (ISCP), <br />which covers its data center environments, and includes all customer environments as well as the <br />instances that ServiceNow uses to run its business. <br />ServiceNow formally tests this process on an annual basis and can produce compliance reports <br />for customers requiring them. ServiceNow also uses the process of transferring instances to <br />reduce the impact of maintenance on its service and will move instances out of one data center to <br />the other on a daily basis. As a result, ServiceNow is very well practiced at the process of "failing <br />over" customer instances. <br />ServiceNow's BC process covers its functional offices and is a separate standard operating <br />procedure from its customer environments. The BC Plan (BCP) has been developed in concert <br />with the entire business including Business Impact Assessments (BIA) to understand the impact of <br />the loss of any given systems or locations. <br />Docusign <br />DocuSign is dedicated to providing the industry's most secure eSignature solution through the <br />DocuSign Security Assurance Program. <br />OTS <br />Not having a current copy of your information. <br />Mitigation - QTS's DR High Availability Service provides continuous data replication of your <br />physical and virtual server environments, ensuring you always have access to a current copy of <br />your data, applications and operating systems. <br />SAP <br />Ariba <br />Ariba has a strong disaster recovery procedure, tested every 6 months though <br />has never required to fail over to the backup data center. The RTO is 4 hours <br />and RPO is 5 minutes. Please see the SaaS Technical Infrastructure <br />Whitepaper for addiitonal details. <br />Field lass <br />None. <br />Hanna <br />SAP Hana Enterprise Cloud helps customers improve their Business <br />Continuity requirements with High Availability (HA) , Disaster Recovery & <br />Backup options. <br />High Availability {HA} - HA is achieved by failover to standby node <br />Disaster Recovery (DR) - Systems are configured in the secondary <br />datacenter. <br />DR is an optional service that can be included as per customer's requirements <br />SuccessFactors <br />We maintain an N+1 approach for all equipment in the hosted cloud <br />environment, so that there is never a single point of failure. All customer <br />database backups are encrypted and streamed in a secure manner from the <br />customer's "primary" data center to their `alternate" data center, allowing for a <br />timely restoration of service in the event of disaster. <br />Based on the terms of the agreement, we will designate one of the data <br />centers as the customer's `primary" data center. with an additional data center <br />designated as the "alternate" for data redundancy and disaster recovery <br />purposes. <br />VMware <br />VMware IaaS Services <br />The following table provides common inherent disaster recovery risks and potential mitigation <br />strategies. <br />RISK -. Mitigation Mitigated <br />Probability... bility <br />Participating High Risk Participating Entities are No Risk <br />agency's lack of a encouraged to develop a <br />I disaster recovery disaster recovery plan to <br />plan leads to mitigate against service <br />carahsoft 158 carahsoft <br />