CSVDE export genereert foutieve export

[Verwijderd]

In het kader van werkzaamheden die ik uitvoer voor klanten analyseer ik de Active Directory bij een klant. Hierbij verzocht ik de klant om een CSVDE export te maken middels het commando: CSVDE -f naamdocument.csv. Zoals gebruikelijk bij een CSV-bestand werd data per regel in één kolom geplaatst.

De laatste tijd loop ik steeds vaker tegen het probleem aan dat na de export middels het bovenstaande commando de data over verschillende kolommen wordt verdeeld. Echter is dit niet zo bij elke regel. Zoals bij het onderstaand voorbeeld: op de ene regel staat alle tekst in een kolom, waarbij het op de volgende regel zo kan zijn dat CN=user in kolom A en CN=System in kolom B is geplaatst.

CN=user,CN=System,DC=klantnaam, enz

Het probleem komt voor bij diverse Windows Servers (2008 en 2012). Ik heb al geprobeerd om de exports via verschillende domain controllers en domain admin accounts te genereren met wisselend succes.

Is dit probleem herkenbaar en weet iemand een oplossing hiervoor? Alvast bedankt!

[Oogje]

Wat is de csv-delimiter in de bestanden waarbij het goed en fout gaat?

En misschien Powershell als alternatief voor CSVDE gaan gebruiken? Daarbij heb je nog wat meer mogelijkheden qua csv-export.

[ Voor 47% gewijzigd door Oogje op 22-01-2019 17:09 ]

[MAX3400]

Verwijderd schreef op dinsdag 22 januari 2019 @ 17:04:
met wisselend succes.

Euh, oke. Dus met het ene account lukt het wel en het andere niet? Dan zou ik maar eens je accounts goed gaan troubleshooten waarmee je werkt?

Andersom (en ja, dan moet je iets meer zelf doen); je kan ook een Get-ADUser query schrijven en die uiteindelijk testen naar | Out-GridView Dan zie je je output en kan je copy/pasten naar iets als Excel, als je dat zou willen.

[Verwijderd]

@Oogje Voor alle bestanden geldt dat ze met een komma gescheiden zijn. Via PowerShell maakt het overigens ook geen verschil.

@MAX3400 Wisselend succes in de zin van dat het bij welgeteld één klant wel verschil maakte. Bij andere werkte dit overigens niet. Overigens is het bij sommige klanten zo dat dezelfde werkwijze de voorgaande jaren wel werkte maar dat we dit jaar plots wel problemen hebben. Probleem is ook dat het zelfde commando bij andere klanten overigens wel werkt, volgens dezelfde werkwijze.

[Killah_Priest]

Verwijderd schreef op woensdag 23 januari 2019 @ 11:40:
@Oogje Voor alle bestanden geldt dat ze met een komma gescheiden zijn. Via PowerShell maakt het overigens ook geen verschil.

Maar gebruik je wel de Powershell commando's zoals Get-ADUser? Of voer je CSVDE uit vanuit "Powershell" (wat voor deze zaken uiteindelijk geen verschil maakt met CMD aangezien Powershell de Windows Console Host gebruikt)?

Om heel eerlijk te zijn : ik zou anno 2019 echt geen gebruik meer maken van CSVDE aangezien er zoveel alternatieven zijn (AD CMDlets in Powershell, .NET System.DirectoryServices namespace). Exports vanuit AD maken doe ik al sinds 2011 alleen nog maar via Powershell.

[Jazzy]

Mijn eerste gedachte ook, gewoon Get-ADUser -Properties *. Zelf exporteer ik tegenwoordig liever naar XML omdat je dan geen problemen hebt met multi-valued properties en dergelijke.

[Oogje]

En als je het perse naar CSV wil, delimiter op ; zetten ipv , want , wil nog wel eens gebruikt worden binnen bepaalde velden en dan is het mis.

[The Eagle]

En is in de export die kolom ook als kolom gedefinieerd in de platte tekstfile (en zie je dat daar ook als je bijv met ultraedit opent), of krijg je in Excel gewoon een extra kolom?
In het laatste geval zit het namelijk gewoon in de data die je exporteert die een kolomscheidingsteken (3x woordwaarde ) of andere garbage bevat.

[Verwijderd]

Wij werken met geautomatiseerde scripts om de CSVDE export te analyseren. Een andere output zou betekenen dat wij een nieuw script moeten ontwikkelen. Dit lijkt me inmiddels wel het juiste moment om daarmee te beginnen .

Inmiddels lukt het wel om de exports om de om te zetten naar .txt bestanden. Het genereren van de exports via een andere domain admin wil plots ook helpen.

Bedankt allen!

[MAX3400]

Verwijderd schreef op dinsdag 29 januari 2019 @ 09:51:
Het genereren van de exports via een andere domain admin wil plots ook helpen.

Ik vind dit een hele rare acceptatie-grens?

Dus als je bij een volgende klant/omgeving tegen hetzelfde probleem aanloopt, ga je dan maar Admins bij maken?

[Verwijderd]

@MAX3400 Nee we maken geen Admins bij, we proberen andere bestaande domain admins. Dit doen we met name om meerdere exports te krijgen om te kunnen kijken of er een bruikbare tussen zit.

[MAX3400]

Verwijderd schreef op donderdag 31 januari 2019 @ 09:32:
@MAX3400 Nee we maken geen Admins bij, we proberen andere bestaande domain admins. Dit doen we met name om meerdere exports te krijgen om te kunnen kijken of er een bruikbare tussen zit.

Terugkomend dus op mijn vorige vraag en dit antwoord: het is jou dus niet duidelijk waarom met account A de export niet bruikbaar is en waarom het met account B wel bruikbaar is.

Wat nou als je maar 3 accounts hebt en alledrie de exports zijn niet bruikbaar?

[akimosan]

Een domain admin die vanaf een station de export uitvoert en er staan andere regionale instellingen waarbij er een verschil is welke lijstscheidingstekens er worden gebruikt?

Bij Excel maakt dit nogal eens verschil. Geen idee of CSVDE er ook gevoelig voor is. CSVDE is jaren terug, tegenwoordig powershell ftw