Laserfiche WebLink
SOLICITATION # CH16012 <br />operation without resupply are stored on -site, and re -supply contracts are in place with multiple <br />providers to have fuel delivered as soon as the generators come on line. <br />SAP <br />Ariba <br />Ariba has implemented two sites within each region. In North America the <br />sites are currently located in San Jose, California and Sterling, VA. In Europe <br />the sites are located in St. Leon -Rot, Germany and Amsterdam, Netherlands. <br />The act of failing over from one site to another has a design goal for its <br />Recovery Time Objective (RTO) of no more than four hours. The design goal <br />for the Recovery Point Objective (RPO) is five minutes. <br />Disaster recovery options are included for all Ariba Cloud Services. In the <br />event of a fail -over to the disaster recovery site, no customer changes are <br />required as all URLs that customers use to reach the applications will continue <br />to work. Ariba will notify customers via their email addresses in the event of <br />unplanned downtime. <br />Internally, Ariba uses a documented system recovery plan that outlines the <br />approach and steps for recovering the applications. This document defines <br />roles and responsibilities in the event of disaster: <br />Local Ariba staff maintains the hardware remotely. <br />Ariba maintains the application software. <br />Processes are in place to keep database and fileservers in sync between <br />primary and backup data centers. <br />The failover process of all parts of the infrastructure is automated. <br />In the event of a catastrophe, Ariba will declare the primary data center "down" <br />and locally the script will be run to switchover and start the applications at the <br />remote data center. <br />Ariba tests power outage backup scenarios and the Disaster Recovery Plan <br />on a periodic basis to ensure it is up-to-date, successful, and effective. <br />Fieldglass <br />Customers are notified of unscheduled downtime immediately via email. <br />Updates are frequently emailed out until the issue has been resolved. <br />Customers are notified of scheduled downtime 5 days prior via email. <br />Hanna <br />In case of a disaster depending on the infra & technical architecture defined <br />during HEC technical assessment workshop, systems could fail over to HA <br />node. If DR (optional offering) is selected, the systems could move to <br />secondary DC that where contracted with a DR option & HEC declaring DR. <br />Regular system downtime for patching etc. is planned in advance with the <br />customer and typically follows customers maintenance schedules. <br />Hybris <br />SAP Hybris offers continuous 24/7 systems monitoring in -place, which <br />automatically notifies you, SAP Hybris support and optionally your designated <br />implementation partner in the event of any monitored system problem. Tools <br />used for monitoring include HP Sitescope and Nagios. This service ensures <br />quick response times to emergency problems. Standard monitors are in place <br />for basic site availability. Customer can utilize additional 3rd party monitoring <br />services should it wish to add additional monitoring. Upon request, monthly or <br />quarterly reviews are offered to review performance over the period. When a <br />system problem occurs, in addition to monitor alerts sent to the customer, <br />SAP Hybris support may send emails to a designated customer notification <br />email address to provide status, updates or further detailed information. In <br />addition, a support ticket would be created which would include such <br />information. <br />SuccessFactors <br />Our infrastructure architecture is designed with high availability in mind, and <br />engineered for resiliency. All major components are redundant, including <br />power, HVAC, fire suppression, and the physical components of our network. <br />Production data centers have strict access controls, and are continuously <br />carahsoft 101 carahsoft <br />