It appears that BV is pushing data into the custom fields in Virtual Center, but when I make changes in VC, the changes are not replicated back to BV. Is this right?
Tim
-
- Novice
- Posts: 3
- Liked: never
- Joined: May 17, 2010 6:20 pm
- Full Name: Tim Porreca
- Contact:
-
- Chief Product Officer
- Posts: 31419
- Liked: 6992 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Does BV Pull data from Custom Fields?
Yes, this is right. The required changes should be made in the Workspace tab of the Business View UI, instead of manually editing the custom attribute's value.
-
- Novice
- Posts: 3
- Liked: never
- Joined: May 17, 2010 6:20 pm
- Full Name: Tim Porreca
- Contact:
Re: Does BV Pull data from Custom Fields?
OK, Thanks. I'll add that to the request for features. Editing in VC is 100 times easier, not to mention things will get out of sync with people making changes in both places.
-
- Enthusiast
- Posts: 27
- Liked: never
- Joined: Jul 13, 2010 8:28 am
- Full Name: Sebastian Kayser
Re: Does BV Pull data from Custom Fields?
I'd also find it very helpful to have BV pull the values from vCenter as this is where most peoples workflows are taking place. If there's room to also use BV to manage values and to do two-way sync (or configurable one-way sync from BV), even better. The main point is to have vCenter as the canonical source of information in case of doubt.
This way, vSphere setups could quickly be amended by Veeam-powered mangement charts, while leaving admins the flexibility to make changes as they are used to. This is not only a matter of taste, but also because of (automated) VM deployment processes which usually take care of filling in the values. If BV ignores those, its data source becomes outdated and its reports obsolete.
From a technical point of view: doesn't BV even pull and update values from vCenter intially, only stopping to do so once a first change is made in BV? At least that's the impression a quick test just left me with.
This way, vSphere setups could quickly be amended by Veeam-powered mangement charts, while leaving admins the flexibility to make changes as they are used to. This is not only a matter of taste, but also because of (automated) VM deployment processes which usually take care of filling in the values. If BV ignores those, its data source becomes outdated and its reports obsolete.
From a technical point of view: doesn't BV even pull and update values from vCenter intially, only stopping to do so once a first change is made in BV? At least that's the impression a quick test just left me with.
-
- VP, Product Management
- Posts: 27267
- Liked: 2768 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: Does BV Pull data from Custom Fields?
Hi Sebastian,
You can always launch a "mapping" wizard to import custom attributes from vCenter Server, see User Guide (pages 22, 34-35).
Keeping vCenter Server as a canonical source will make a custom attributes management really complicated, there is always a great chance of human error/typo while setting custom attributes manually through vCenter Server. That was one of the reasons for creating auto categorization rules and dynamic groups.
Thanks.
You can always launch a "mapping" wizard to import custom attributes from vCenter Server, see User Guide (pages 22, 34-35).
Keeping vCenter Server as a canonical source will make a custom attributes management really complicated, there is always a great chance of human error/typo while setting custom attributes manually through vCenter Server. That was one of the reasons for creating auto categorization rules and dynamic groups.
Thanks.
Who is online
Users browsing this forum: No registered users and 1 guest