Start a Conversation

Unsolved

This post is more than 5 years old

1508

August 13th, 2008 06:00

BCV masking question

We are trying to set up BCVs for several W2003 hosts for backup. The application doing the backup had us set up bcv and establish but this was done thru a networker storage node..the symmir command returns everything fine for the device group..however the app wants to do split from the host...timefinder is licensed there but symmir says device group not found...do the bcvs need to be mapped and masked to the hosts as well as the storage node to do this?

2 Intern

 • 

2.8K Posts

August 13th, 2008 06:00

Unless you use GNS, devicegroups are defined locally (in the symapi_db.bin file) on each host. So you have 2 options ..

1) define DG on both hosts
2) use GNS

30 Posts

August 13th, 2008 06:00

the host that is performing the operation will need to have a device group created on it, then add the std and bcv devices used. then issue the symmir split against the group. the bcvs don't have to be mapped. you just have to have access to the symm and have SE on the host.

i hope i understood you question, if not let me know :).

2 Intern

 • 

2.8K Posts

August 13th, 2008 07:00

Never forget I'm a brand new form of AS (artificial stupidity) ;-)

4 Operator

 • 

2.1K Posts

August 13th, 2008 07:00

I was just kidding Stefano!

Or are you looking for the answer to this question? I'm pretty sure the answer is NO, but I don't know for certain. I do know that the export/import process is dead simple. We do it all the time when we set up new device groups.

105 Posts

August 13th, 2008 07:00

ok so

sounds like we need that device group added to each of these host...is the symapi_db file created when you do that> what is the SYM command to add it since somebody else set that up on the existing host?

2 Intern

 • 

2.8K Posts

August 13th, 2008 07:00

I know it's a joke .. I love jokes ;-)

I don't really know if copying symapi_db may work .. however as you said, it's easier and safer to export/import ..

Also note that if you copy the whole symapi_db.bin from an host to the other you may loose DGs defined on the "receiving" host (since you overwrite its symapi_db.bin thus removing its DGs).

However you replied the wrong post ]:)

4 Operator

 • 

2.1K Posts

August 13th, 2008 07:00

There you go again Stefano. Getting your answer in while I'm still typing. I'm going to have to learn to type faster :-)

2 Intern

 • 

2.8K Posts

August 13th, 2008 07:00

No .. it's simply saying I gave wrong directions ;-)

symdg -f yourdg export yourdg

symdg -f yourdg import yourdg

:D

154 Posts

August 13th, 2008 07:00

Allen,

It's really not fair. Sorry big S, but I think the time has come to out you...

Stefano is not really a forum moderator/member/participant. Actually the EMC Customer Support forums run on an ultra-secret, only spoken of in hushed tones computer system known as ... ;\

wait for it...

Stefano. B-)

You heard it here first. C'mon, admit it. You've seen the less than 30 second gap between posting a question and the response from Stefano. A feat not humanly possible w/o some kind of interface directly to the forums. However, it's not hard wiring like "the Borg(from Start Trek)" but rather an advanced communication interface that allows Stefano to know what customers are asking almost before they're asking it.

The I-phone has nothing on EMC's Stefano! ;)

Once again, an excellent info exchange -S-

Dave Yates
EMC TSE3
Benevolent host s/w & Mainframe forum moderator

It's not just fast, it's Stefano! ;-)

4 Operator

 • 

2.1K Posts

August 13th, 2008 07:00

OK, this is starting to get annoying :-)

105 Posts

August 13th, 2008 07:00

can you just copy the symapi_db file from the one host and paste it on the other host?

2 Intern

 • 

2.8K Posts

August 13th, 2008 07:00

The symapi_db.bin is the place where Solution Enabler stores a dump of your storage's configuration. It's used to speed up some queries. It's created when you issue "symcfg discover" command. I think you should already have this file .. It simply doesn't have required DGs :D

The easier thing you can do is to issue a

symdg -g yourdg -f yourfile export

on the host where the DG is already defined, copy "yourfile" on the other host and issue a

symdg -g yourdg -f yourfile import

:D

4 Operator

 • 

2.1K Posts

August 13th, 2008 07:00

Thanks Stefano. You just had to pick the one thing I didn't have a clear answer on right :-)


*LOL* You can't win can you?

2 Intern

 • 

2.8K Posts

August 13th, 2008 07:00

There is a way around this using something called
"GNS" (someone correct me if I have the wrong acronym
here)... I can't tell you much about it because I've
never used it, but apparently it allows you to
propagate device groups to different hosts in your
environment without recreating them. Hopefully
someone else can tell you more about it.


With GNS you store DGs in SFS area (a reserved area that the code uses for its own porpuoses). Each and every host shuld run "storgnsd" that keeps a local mirror of DGs defined in SFS. Every time you update a DG on a host, storgnsd will push changes in SFS and all other storgsnd will pick up changes and share them between all other hosts.

Easier to use then to explain ;-)

4 Operator

 • 

2.1K Posts

August 13th, 2008 07:00

After the -g you should put your device group name. After the -f the filename you want to export to.
No Events found!

Top