Unsolved
This post is more than 5 years old
21 Posts
0
1948
December 2nd, 2015 11:00
RP over XtremIO - making bookmarks (via REST)
It seems that I can't make parallel bookmarks if using the snap replication (which is one of the key features). I can make individual bookmarks.
Trying to specify multiple groups and create a bookmark I get:
2015-12-02T13:57:03 Response: Error: Parallel bookmark cannot be applied because one or more links of the selected groups is set to replicate snaps. Ensure snap-based replication is disabled for every link in every selected group, before applying parallel bookmarks.
Surely snap-based replication is the whole point of RP/XIO or am I missing something. It seems I can make a series of individual bookmarks, I just can't give more than one group on each call.
No Events found!
fadliz
153 Posts
0
December 4th, 2015 05:00
Hi there,
That’s correct. Parallel bookmarks or Consistent Group Sets are not supported w/ XtremIO snap-based replication. Please see the limitation section in the RP/XtremIO TechNote.
Thanks,
RP Corp. Sys. Eng.
Zahid Fadli
EMC2
Twitter: @zDataGuy
forshr
2 Intern
•
1.1K Posts
0
December 4th, 2015 05:00
Parallel bookmarks are currently not supported with SBR.
Regards,
Rich Forshaw
Consultant Corporate Systems Engineer - RecoverPoint & VPLEX (EMEA)
Data Protection and Availability Solutions
EMC Europe Limited
Mobile: 44 (0) 7730 781169 44%20(0)%207730%20781169>
E-mail: richard.forshaw@emc.com
Twitter: @rw4shaw
GKG12345
21 Posts
0
December 8th, 2015 02:00
Are there plans to address this limitation. We can simply make multiple single bookmarks for now but it is less efficient (more REST CALLS). We don't need absolute parallel (all made with no I/O anywheer between) because we have the application quiesced, but we don't want to use a single group with multiple volumes because we need to be able to restore individual volumes. It would be good to support a list of groups even in not exactly parallel (just rapid sequential) - maybe an option to say that if parallel not possible
Idan
675 Posts
0
December 13th, 2015 02:00
Hi there,
If there's no consistency requirement between the CGs then what you can do is to create a Group Set with parallel bookmarking disabled and then to issue a bookmark (using REST/CLI) against that Group Set. Although this will not be a parallel bookmark per se, meaning it won't be created at the exact same time for all CGs participating in that group set, it will simplify the bookmark creation process for all CGs.
Regards,
Idan Kentor
RecoverPoint Corporate Systems Engineering
Email: idan.kentor@emc.com
Twitter: @IdanKentor
GKG12345
21 Posts
0
December 14th, 2015 04:00
... but that would not allow me to restore individual volumes unless I'm missing something. I need separate group or I can't restore just one volume. The ability to snap multiple groups in one call would be surely faster.
I'm wondering what restriction there is on number of connections. Could I make multiple connections and issue multiple separate bookmark requests concurrently. I know many years ago there used to be issues if you tried too many concurrent operations, but maybe I could reduce the time by having a modest number of threads each requesting books serially. Say I have 32 bookmarks to make, maybe by having 4 threads each requesting 8 serially I could reduce the elapsed time.
Is this worth trying?
Idan
675 Posts
0
December 14th, 2015 12:00
Groups in a Group Set can still be managed individually, this includes recovery operations You can issue multiple requests at once but with suggestion of creating a group set w/o parallel bookmarking, I don't see why there's a need for it.
Regards,
Idan