- Community Home
- >
- Storage
- >
- Midrange and Enterprise Storage
- >
- 3PAR StoreServ Storage
- >
- RCIP DR Test Oracle Recovery Time
-
- Forums
-
Blogs
- Alliances
- Around the Storage Block
- Behind the scenes @ Labs
- HPE Careers
- HPE Storage Tech Insiders
- Infrastructure Insights
- Inspiring Progress
- Internet of Things (IoT)
- My Learning Certification
- OEM Solutions
- Servers: The Right Compute
- Shifting to Software-Defined
- Telecom IQ
- Transforming IT
- Infrastructure Solutions German
- L’Avenir de l’IT
- IT e Trasformazione Digitale
- Enterprise Topics
- ИТ для нового стиля бизнеса
- Blogs
-
Quick Links
- Community
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Contact
- Email us
- Tell us what you think
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Enterprise.nxt
- Marketplace
- Aruba Airheads Community
-
Forums
-
Blogs
-
InformationEnglish
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
10-16-2015 08:18 AM
10-16-2015 08:18 AM
RCIP DR Test Oracle Recovery Time
We did an RCIP-based DR Test recently. When we recovered the Oracle DB on a server connected to the target array, it "lost" 17 minutes from the RCIP "stop" time.
Look at the "showrcopy":
SLU-HP-MES-FC-01 cli% showrcopy groups SLU_P800
Remote Copy System Information
Status: Started, Normal
Group Information
Name Target Status Role Mode Options
SLU_P800 SOASPW-3PAR-7400-2N Stopped Primary Periodic Period 10m, auto_recover,over_per_alert
LocalVV ID RemoteVV ID SyncStatus LastSyncTime
SLULD1P-2P_SLU_P800_orabin 15 SLULD1P-2P_SLU_P800_orabin 1510 Stopped 2015-10-15 10:35:59 BRT
SLULD1P-2P_SLU_P800_oraarch 16 SLULD1P-2P_SLU_P800_oraarch 1509 Stopped 2015-10-15 10:35:56 BRT
SLULD1P-2P_SLU_P800_oradata01 17 SLULD1P-2P_SLU_P800_oradata01 1511 Stale 2015-10-15 10:30:19 BRT
SLULD1P-2P_SLU_P800_oradata02 18 SLULD1P-2P_SLU_P800_oradata02 1514 Stale 2015-10-15 10:28:55 BRT
SLULD1P-2P_SLU_P800_oradata03 19 SLULD1P-2P_SLU_P800_oradata03 1515 Stopped 2015-10-15 10:36:39 BRT
We are on a 10 minute period. We “stopped” the RCIP Group at 10:38 BRT, which was 2 minutes after the last synch time of “oradata03” at 10:36. “oradata02” synched at 10:28, which was 10 minutes before, and is the “oldest” synched volume. Why didn’t Oracle recover back to 10:28 AM? It had the data. Why did it recover back to 10:20, which was 8 minutes “older” than the oldest data volume that it had?
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2019 Hewlett Packard Enterprise Development LP