you can use the migrate feature if the sites are at the same level, but in order to migrate from CM12 to CM12 you need both to be at SP1 minimum, so that would involve upgrading the RTM site to SP1 first.
https://technet.microsoft.com/en-us/library/gg699364.aspx#BKMK_MigrationScenarios On Tue, Apr 7, 2015 at 6:27 AM, Corkill, Daniel < [email protected]> wrote: > I have two hierarchies residing in separate, untrusted forests, each > consisting of a single primary site. The goal is to merge (really migrate) > one of the sites, running CM 2012 RTM, with the other site which is running > CM 2012 SP1. > > > > Bit of info about the source site: > > · CM 2012 RTM > > · ~220 clients > > · 7 DPs > > · Various packages/applications need to be brought over > > · Various OSD items (driver packages, OS images, task sequences) > need to be brought over > > · Various collections need to be brought over > > > > Scope of work items I’m concerned with: > > · Migrate packages/applications, OSD items and collections > > · Reutilise the 7 DPs in the destination site > > · Account setup for untrusted forest discovery methods, client > push and network access > > · Migrate clients > > > > So I guess firstly I want to know if it’s actually possible and supported > for me to be able to do all this with clients in an untrusted forest – my > preliminary research suggests it is. I have already come across a few > issues which will require workarounds to be implemented, namely: > > · Auto approval of all untrusted clients > > - Only a single network access account can be defined: > > http://blog.coretech.dk/kea/multi-forest-support-in-configmgr-2012-part-iithere-can-be-only-oneor/ > > > > I’m also interested to know if I can use the built in migration abilities > of CM 2012 to do this or whether there will be a lot of manual > exporting/importing involved. Anything else I need to consider? > > > > Daniel. > > > > > ********************************************************************* > This email, including any attachment, is confidential to the intended > recipient. It may also be privileged and may be subject to copyright. If > you have received this email in error, please notify the sender immediately > and delete all copies of the email. Any confidentiality or privilege is not > waived. Neither the Council nor the sender warrant that this email does not > contain any viruses or other unsolicited items. > > This email is an informal Council communication. The Council only accepts > responsibility for information sent under official letterhead and duly signed > by, or on behalf of, the Chief Executive Officer. > > Privacy Collection Notice > Logan City Council may collect your personal information, e.g. name, > residential address, phone number etc, in order to conduct its business > and/or meet its statutory obligations. The information will only be accessed > by employees and/or Councillors of Logan City Council for Council business > related activities only. If your personal information will be passed onto a > third party, Council will advise you of this disclosure, the purpose of the > disclosure and reason why. Your information will not be given to any other > person or agency unless you have given us permission or we are required by > law. > > > > >
