The functionality provided by MDT on top of ConfigMgr is expected to be merged into ConfigMgr over time. You are starting to see that in ConfigMgr 2012 R2 with a few of the new task sequence actions. I would expect that transition to take several years. (Heck, we've been talking about doing it for several years already, so that was always the plan :))
The functionality provided by MDT Lite Touch for image creation and deployment will be around for a long time as well, as Microsoft will always provide a "free" option for deploying our OSes. Killing it off wouldn't be in our best interests :) Thanks, -Michael From: [email protected] [mailto:[email protected]] On Behalf Of Marcum, John Sent: Thursday, July 25, 2013 12:27 PM To: [email protected] Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) Will there come a time in the near future where there is no such thing as stand-alone MDT? My understanding is that the product teams were merged, does that indicate that the products will also merge into one? ________________________________ John Marcum Sr. Desktop Architect Bradley Arant Boult Cummings LLP ________________________________ From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Michael Niehaus Sent: Thursday, July 25, 2013 2:22 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) I'd reply back with a longer reply if I weren't so tired. So you'll get the abridged version: Every customer has different requirements. For most, using MDT Lite Touch for image creation is easiest (although a lot of that is tied to many of the "waste of time" customizations made to the images being created). You can then use either MDT or ConfigMgr to deploy. For many customers, there are scenarios where both could make sense. There is no "one size fits all" answer. I see customers with 500 seats using ConfigMgr completely; I see customers with 400,000 seats using only MDT. If you want to use ConfigMgr for everything in every scenario, feel free. If you want to use MDT with ConfigMgr to help make that easier, feel free. (If you don't, I'll try not to hold it against you :)) If you want to use MDT without ConfigMgr, feel free. Just never ask me about doing something in ConfigMgr that MDT already does... Thanks, -Michael From: [email protected]<mailto:[email protected]> [mailto:[email protected]]<mailto:[mailto:[email protected]]> On Behalf Of Todd Hemsell Sent: Thursday, July 25, 2013 12:06 PM To: [email protected]<mailto:[email protected]> Subject: Re: [mssms] OSD vs. MDT -- Let the debate begin (again) amen brutha! On Thu, Jul 25, 2013 at 1:04 PM, Jason Sandys <[email protected]<mailto:[email protected]>> wrote: Eww yuck (IMO). This requires duplication of effort, duplication of configuration, and duplication of resources. J From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Spinelli, Robert J Sent: Thursday, July 25, 2013 12:55 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) Thanks, that's a great point. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of [email protected]<mailto:[email protected]> Sent: Thursday, July 25, 2013 12:57 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) No matter what, I would always use a stand-alone mdt share for my golden image creation. It just makes things easier. Christopher Catlett Consultant | Detroit Office 248-876-9738 |Fax 877.406.9647 Sogeti USA 26957 Northwestern Highway, Suite 130, Southfield, MI 48033-8456 www.us.sogeti.com<http://www.us.sogeti.com/> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Spinelli, Robert J Sent: Thursday, July 25, 2013 12:53 PM To: [email protected]<mailto:[email protected]> Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) This is what we're leaning toward, 1st pass OSD and if that doesn't do it for use then bring MDT into the mix. I would rather use one product to keep it simple, but might not be able to do that. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Dzikowski, Michael Sent: Thursday, July 25, 2013 12:45 PM To: '[email protected]<mailto:[email protected]>'; '[email protected]<mailto:[email protected]>' Subject: RE: [mssms] OSD vs. MDT -- Let the debate begin (again) If I have ConfigMgr, I rather use that to do my OS deployments and I can integrate MDT and still have access to MDT variables ,etc. Sent with Good (www.good.com<http://www.good.com>) -----Original Message----- From: Spinelli, Robert J [[email protected]<mailto:[email protected]>] Sent: Thursday, July 25, 2013 11:33 AM Central Standard Time To: [email protected]<mailto:[email protected]> Subject: [mssms] OSD vs. MDT -- Let the debate begin (again) Now that SCCM 2012 R2 is introducing some new variables and new task sequence steps (ex: Set Dynamic Variables) would you go with OSD over MDT? One of the main reasons we were going to go with MDT was because of the issue of not being able to build a machine in an untrusted forest: http://blog.coretech.dk/kea/multi-forest-support-in-configmgr-2012-part-iithere-can-be-only-oneor/ This has been resolved in R2 with the ability to use multiple network accounts, so were now leaning back toward using OSD. I was hoping for some input as OSD/MDT has always been my weakest skill. Thank you. Robert Spinelli | CTS | GTI | 575 Washington Boulevard, Jersey City, NJ, 07310, United States| T: +1.201.595.6820 | C: +1.917.538.6192 | [email protected]<mailto:[email protected]> This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. ________________________________ Confidentiality Notice: This e-mail is from a law firm and may be protected by the attorney-client or work product privileges. If you have received this message in error, please notify the sender by replying to this e-mail and then delete it from your computer. ________________________________ Confidentiality Notice: This e-mail is from a law firm and may be protected by the attorney-client or work product privileges. If you have received this message in error, please notify the sender by replying to this e-mail and then delete it from your computer.
