|
Maybe. I’m a HUGE ADAM guy, totally
love it, but if AD does the job, why introduce another infrastructure to
support? If you can do it in an app partition and that is acceptable (security,
performance, etc.) why bring in another set of DSA that need be supported?
There are plenty of reasons to use ADAM here: 1) Independent schema 2) Dsa independent (security, perf, etc.) from dcs But if you don’t need them, don’t
go with it. Let’s not over-engineer the solution. :-) ~Eric From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of joe CoughAD/AMcough. ------------- http://www.joeware.net (download joeware) http://www.cafeshops.com/joewarenet (wear joeware) From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Eric Fleischman Another approach: if we are talking about
w2k03, application-specific data can be put in an application partition. I love
using app partitions for this sort of stuff. It lets you have a custom
replication topology such that the data is only on those DCs where required,
across domain boundaries, plus none of it is ever replicated to the GCs (as
NDNCs are independent of PAS replication and don’t participate in that
process). My $0.02 ~Eric From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mulnick, Al I didn't have a link, I was just asking if
you'd checked. There is very little about what it's there for that I see
so far. This link indicates it's to be used by developers, but not a lot
of detailed information beyond that http://msdn.microsoft.com/library/default.asp?url=""> If your application has nothing to do with
an OU, then does it matter where you put it? I can see if you didn't want
to incur the replication overhead, that it would make sense to put it in a
different partition. But I can't see why you wouldn't use an OU to at
least house the data you want to store to give it some organization.
Ether way, maybe somebody from Microsoft will chime in with a really definitive
link and let us know what the heck it's intended for vs. what it can be used
for..... Al From: Alice
Joseph [mailto:[EMAIL PROTECTED] Al: Do you have any link to an MSDN page that
talks about the Program Data container? If you have, let me know (I couldn't
find anything, even a Google search didn't help). Technically, yes, you can put data
anywhere in Active Directory. But each of those partitions and containers are
there to serve some purpose (otherwise you wouldn't need a config partition,
schema partition, domain parttion and a place for LostAndFound, NTDS
Quotas...etc in domain partiton - technically you could put everything under
one single node in there). And why would I want to create an OU
structure for an application, if the application hasn't got anything to do with
it? And how does it relate to the existence of a "Program Data"
container? I just wanted to know what goes in there. From: Mulnick, Al
[mailto:[EMAIL PROTECTED] Technically, you can put data anywhere you
want in Active Directory. However, is there any reason you wouldn't
create your own OU structure for an application? Have you checked MSDN for information on
the program data container to see what uses it? From: Alice
Joseph [mailto:[EMAIL PROTECTED] What is the purpose of "Program Data" container in
the domain naming context of Active Directory? Is it a general purpose
container where I can store any type of data or is it meant for specific
purpose? Thanks Alice Joseph |
- RE: [ActiveDir] "Program Data&quo... Mulnick, Al
- RE: [ActiveDir] "Program Data&quo... Alice Joseph
- RE: [ActiveDir] "Program Data&quo... Thommes, Michael M.
- RE: [ActiveDir] "Program Data&quo... Creamer, Mark
- RE: [ActiveDir] "Program Data&quo... Free, Bob
- RE: [ActiveDir] "Program Data&quo... Mulnick, Al
- RE: [ActiveDir] "Program Data&quo... Mulnick, Al
- RE: [ActiveDir] "Program Data&quo... Eric Fleischman
- RE: [ActiveDir] "Program Data&quo... Eric Fleischman
- RE: [ActiveDir] "Program Data&quo... GRILLENMEIER,GUIDO (HP-Germany,ex1)
- RE: [ActiveDir] "Program Data&quo... GRILLENMEIER,GUIDO (HP-Germany,ex1)
