Administrative Limits beim Speichern im AD überschritten

[Tauchkuh 10]

Nach ner kleinen Pause melde ich mich mal zurück.

 

Über etwas verschlungene Pfade haben wir einen Kontakt zu MS aufgetan.

 

Eine genaue Übersicht der Limits gab es leider nicht, aber einen Link zu einem Thread in einer MS-Newsgroup (“ADAM multivalue attribute limit not ~1300 values, not ~850, but sometimes even lower”, Issue Id: 82A2F5A4-6197-4390-B8AB-E4AF39F5DBF3, Newsgroup: microsoft.public.windows.server.active_directory, Subject: ADAM multivalue attribute limit not ~1300 values, not ~850, but sometimes even lower, Sent: 09/13/2007 19:59:06)

 

Hier ein Auszug aus dem Thread:

 

"THe limit, strictly speaking, is the size of an ESE page. That's 8KB. The

record must fit on the page.

We use the hand-waving limit of ~1300 values, across all attributes, as a

rough guesstimate. Keep in mind that this includes all non-link value attrs,

plus a couple of internal structures (eg: DNT, PDNT, etc.).

Finally, note that the ~1300 number comes from an approximation, assuming

almost all values in the record are burst out to the long value tree. If

this is not the case (as is the case with some very small values), then it

could be slightly more or slightly less, depending upon the relative size of

those non-burst values vs. the size of what would have been a long value ID

(aka a LID).

 

Short answer is, we aren't holding out on a scientific answer. We can't give

it, as it depends upon your schema + the particular values you are

populating + the particular size of those values wrt how they intersect with

the ESE level heuristics."

 

Was im Grunde bedeutet, dass wir uns eine andere Methode überlegen müssen, wie wir die Daten im AD unterbringen können.

[olc 18]

Hallo,

 

vielen Dank für Deine Rückmeldung.

 

Diese Aussage ist doch dann im Grunde genau das, was ich in meinem zweiten Post hier geschrieben habe oder? :)

 

Gruß olc