Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

1476

July 21st, 2008 13:00

restore / replicate to different pool on new centera

Hi,
I am trying to setup a new centera with data from an existing one. The existing one is almost full (3.6TB) and has everything in the default pool, but on the new one I want it in it's own pool. Both are at software version 4.0.

The existing one is in use and we want the cutover to be painless, so I don't want to use poolmapping. I tried using a replication profile that points to a non-default pool on the destination to replicate from the source, but that didn't work

Any ideas?

124 Posts

July 22nd, 2008 11:00

Pool mapping is a logical mapping done at the database level not file level. You are simply saying "take all objects without a pool that were written by profile Y and logically map them to pool X". The information contained in the clip is unchanged. If you make a change to the object and rewrite it, it will then have the correct pool information written in the clip (new clip ID). Pool mapping is an all or none mapping.

Replication simply copies clips from source to target. It does not, nor can it, change the contents of the clip. This means that you will end up with exactly what you started with.

124 Posts

July 21st, 2008 13:00

The pool and profile is contained within the clip XML itself - Replication is replicating the clips and as such, it cannot change. Changing the pool (or profile) would change the clip and thus would change the clip ID.

Pool mapping is the only way to make this work and only if there is profile information stored in the clip and no pool info (i.e, it was written before pools were introduced).

4 Posts

July 22nd, 2008 05:00

Well, here's some of my confusion:

1) If I do a pool mapping on the source, can I replicate to the destination to the same named private pool mapped on the source, and thereby have a copy in a private pool on the target, or would I have to pool mapping on the target as well? This is assuming I could import the profile from the source to the target and update it to reflect the new pool.

2) To setup pool mapping I have to modify the application PEA file to point to the new mapped pool, right? Do I then not have access to data until the pool mapping is complete with that profile?

3) You say pool mapping works "only if there is profile information stored in the clip and no pool info". The PEA file for this application was created on an older OS version, so does this mean all data created or only data before upgrading wouldn't contain pool info?

4) The manual says pool mapping isn't recommended by EMC- why? Is there a performance impact (and how much)?

19 Posts

July 22nd, 2008 11:00

I recently did this at a customer site. I created the mapping on both source and target. Only then would the restore work. This is the only way I know of without pulling back all data to another storage medium and rewriting, to move data to another pool and then to subsequently migrate it.

Steve

4 Posts

July 22nd, 2008 12:00

Thanks!

So as I understand things (correct me if I'm wrong) - unless the application profile being used was setup to write to a private pool, the c-clips won't have any pool information in them. If the old clips don't have pool data in them, then you can only map them to a private pool, not change them to "belong" to that pool. So if mapping is done using the existing profile and I modify that profile to write to the private pool, then the old data is mapped from the default to the private and any new clip creations will contain pool data tagging it as belonging to the private pool.

124 Posts

July 22nd, 2008 12:00

Exactly - You got it
No Events found!

Top