RE: AW: [mssms] Migrating Objects from 2012 to 2012

2013-09-24 Thread Jason Wallace
Fab - and thank you for your help in this from the other week.
I know that you are doing exactly what we are doing here.  Just wondering if 
you have separate domains from which you are migrating and any gotchas on that? 
 I'm guessing the respective answers are Ja and Nein :)
Now if only we had the ability to mark UAT objects as approved and keep the 
admins right out of PROD :) . . . .
From: andrew.cr...@zuerich.ch
To: mssms@lists.myitforum.com
Date: Tue, 24 Sep 2013 13:36:40 +0200
Subject: AW: [mssms] Migrating Objects from 2012 to 2012

To your first point: The following items are new for migration in Configuration 
Manager SP1:· Beginning with System Center 2012 Configuration Manager 
SP1, you can merge data from other hierarchies that run the same version of 
Configuration Manager as your hierarchy. This includes migrating data from a 
test environment into your production environment. Not just supported but as of 
SP1, recommended, I would say. Von: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] Im Auftrag von Jason Wallace
Gesendet: Dienstag, 24. September 2013 13:14
An: mssms@lists.myitforum.com
Betreff: [mssms] Migrating Objects from 2012 to 2012 Hello folks I am writing a 
process document on migrating objects from Test to UAT and UAT to PROD in SCCM 
2012 SP1.  I am planning to use the migration tool included in 2012 as this 
appears to work  some very kind folks on here have confirmed that it does.  My 
testing also shows that this is the case. So, Diolch, Danke, Merci and Thanks 
so far.  Just a couple of questions which I have so far though: 1. Support.  As 
is often the case we need to provide a solution that is supported by 
Microsoft.  Yes, I know that Microsoft would never not support a Premier 
customer etc. and can justify the use of the tool but I know that I shall be 
asked why the tool is a 2007 to 2012 tool and whether the use in 2012 to 2012 
is supported.  Has anyone managed to get a support statement on this please? 2. 
Other Objects.  A couple of things won't be migrated - the SUP categories etc.  
Is there a kind soul who would be prepared to share an extract / import pair of 
scripts for this please? Thanks very muchJason 

  




RE: AW: [mssms] Migrating Objects from 2012 to 2012

2013-09-24 Thread Troy Martin
Now if only we had the ability to mark UAT objects as approved and keep the 
admins right out of PROD :) . . . .

On the surface, you could absolutely do this in RBAC, setting the desired and 
appropriate security scopes on the UAT objects.

Can you elaborate on your statement?

Troy L. Martin | Principal Consultant
1E | Empowering Efficient IT
US Mobile: +1 678-898-6147
UK Mobile : +44 208 326 9141
troy.mar...@1e.commailto:troy.mar...@1e.com | www.1e.comhttp://www.1e.com/

Facebookhttp://www.facebook.com/1eglobal | 
Twitterhttps://twitter.com/1e_global/ | 
YouTubehttp://www.youtube.com/1enews | Blogshttp://blogs.1e.com/ | 
RSShttp://blogs.1e.com/index.php/feed/
Please consider the environment before printing this e-mail

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Jason Wallace
Sent: Tuesday, September 24, 2013 8:24 AM
To: mssms@lists.myitforum.com
Subject: RE: AW: [mssms] Migrating Objects from 2012 to 2012

Fab - and thank you for your help in this from the other week.

I know that you are doing exactly what we are doing here.  Just wondering if 
you have separate domains from which you are migrating and any gotchas on that? 
 I'm guessing the respective answers are Ja and Nein :)

Now if only we had the ability to mark UAT objects as approved and keep the 
admins right out of PROD :) . . . .


From: andrew.cr...@zuerich.chmailto:andrew.cr...@zuerich.ch
To: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com
Date: Tue, 24 Sep 2013 13:36:40 +0200
Subject: AW: [mssms] Migrating Objects from 2012 to 2012
To your first point:

The following items are new for migration in Configuration Manager SP1:
* Beginning with System Center 2012 Configuration Manager SP1, you can 
merge data from other hierarchies that run the same version of Configuration 
Manager as your hierarchy. This includes migrating data from a test environment 
into your production environment.

Not just supported but as of SP1, recommended, I would say.

Von: listsad...@lists.myitforum.commailto:listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] Im Auftrag von Jason Wallace
Gesendet: Dienstag, 24. September 2013 13:14
An: mssms@lists.myitforum.commailto:mssms@lists.myitforum.com
Betreff: [mssms] Migrating Objects from 2012 to 2012

Hello folks

I am writing a process document on migrating objects from Test to UAT and UAT 
to PROD in SCCM 2012 SP1.  I am planning to use the migration tool included in 
2012 as this appears to work  some very kind folks on here have confirmed that 
it does.  My testing also shows that this is the case.

So, Diolch, Danke, Merci and Thanks so far.  Just a couple of questions which I 
have so far though:

1. Support.  As is often the case we need to provide a solution that is 
supported by Microsoft.  Yes, I know that Microsoft would never not support a 
Premier customer etc. and can justify the use of the tool but I know that I 
shall be asked why the tool is a 2007 to 2012 tool and whether the use in 2012 
to 2012 is supported.  Has anyone managed to get a support statement on this 
please?

2. Other Objects.  A couple of things won't be migrated - the SUP categories 
etc.  Is there a kind soul who would be prepared to share an extract / import 
pair of scripts for this please?

Thanks very much
Jason







DISCLAIMER: This is a PRIVATE AND CONFIDENTIAL message for the ordinary user of 
this email address. If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery. 
NOTE: Regardless of content, this e-mail shall not operate to bind 1E to any 
order or other contract unless pursuant to explicit written agreement or 
government initiative expressly permitting the use of e-mail for such purpose.





RE: AW: [mssms] Migrating Objects from 2012 to 2012

2013-09-24 Thread Jason Wallace
Yes, I would like to be able to build objects in UAT and then mark them for 
approval in UAT.  Then AND ONLY THEN would they be synched to PROD (and then 
managed by BAU).  This would disallow them from randomly going out and creating 
non-authorised objects :)

From: troy.mar...@1e.com
To: mssms@lists.myitforum.com
Subject: RE: AW: [mssms] Migrating Objects from 2012 to 2012
Date: Tue, 24 Sep 2013 16:44:02 +








“Now if only we had the ability to mark UAT objects as approved and keep the 
admins right
 out of PROD :) . . . .”
 
On the surface, you could absolutely do this in RBAC, setting the desired and 
appropriate security scopes on the UAT objects.
 
Can you elaborate on your statement?
 

Troy L. Martin | Principal Consultant
1E | Empowering Efficient IT
US Mobile: +1 678-898-6147
UK Mobile : +44 208 326 9141
troy.mar...@1e.com
|
www.1e.com
 
Facebook
 | Twitter
 | YouTube
 | Blogs
 | RSS
Please consider the environment before printing this e-mail

 


From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com]
On Behalf Of Jason Wallace

Sent: Tuesday, September 24, 2013 8:24 AM

To: mssms@lists.myitforum.com

Subject: RE: AW: [mssms] Migrating Objects from 2012 to 2012


 

Fab - and thank you for your help in this from the other week.

 


I know that you are doing exactly what we are doing here.  Just wondering if 
you have separate domains from which you are migrating and any gotchas on that? 
 I'm guessing the respective answers
 are Ja and Nein :)


 


Now if only we had the ability to mark UAT objects as approved and keep the 
admins right out of PROD :) . . . .



 




From:
andrew.cr...@zuerich.ch

To: mssms@lists.myitforum.com

Date: Tue, 24 Sep 2013 13:36:40 +0200

Subject: AW: [mssms] Migrating Objects from 2012 to 2012

To your first point:
 
The following items are new for migration in Configuration Manager SP1:
·
Beginning with System Center 2012 Configuration Manager SP1, you can merge data 
from other hierarchies that run the same version of Configuration Manager as 
your hierarchy. This includes migrating
 data from a test environment into your production environment.
 
Not just supported but as of SP1, recommended, I would say.
 


Von:
listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com]
Im Auftrag von Jason Wallace

Gesendet: Dienstag, 24. September 2013 13:14

An: mssms@lists.myitforum.com

Betreff: [mssms] Migrating Objects from 2012 to 2012


 

Hello folks

 


I am writing a process document on migrating objects from Test to UAT and UAT 
to PROD in SCCM 2012 SP1.  I am planning to use the migration tool included in 
2012 as this appears to work 
 some very kind folks on here have confirmed that it does.  My testing also 
shows that this is the case.


 


So, Diolch, Danke, Merci and Thanks so far.  Just a couple of questions which I 
have so far though:


 


1. Support.  As is often the case we need to provide a solution that is 
supported by Microsoft.  Yes, I know that Microsoft would never not support a 
Premier customer etc. and can
 justify the use of the tool but I know that I shall be asked why the tool is a 
2007 to 2012 tool and whether the use in 2012 to 2012 is supported.  Has anyone 
managed to get a support statement on this please?


 


2. Other Objects.  A couple of things won't be migrated - the SUP categories 
etc.  Is there a kind soul who would be prepared to share an extract / import 
pair of scripts for this
 please?


 


Thanks very much


Jason


 

 




 








DISCLAIMER: This is a PRIVATE AND CONFIDENTIAL message for the ordinary user of 
this email address. If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery. 
NOTE: Regardless of content,
 this e-mail shall not operate to bind 1E to any order or other contract unless 
pursuant to explicit written agreement or government initiative expressly 
permitting the use of e-mail for such purpose.