zahni

Virenscanner temporär abschalten. /MT gibt es beim Robocopy aus 2008R2 noch nicht. Wir migrieren gerade auch versuchsweise Daten mit Robocopy. Unter 2012R2 läuft es wirklich schneller. Du solltest noch "/B" benutzen. Sonst fehlen hinterher u.U. NTFS-Rechte.

Probiere es doch mal mit der Angabe der OU bzw. der Basis in die Du suchen willst: Get-ADUser -Filter * -SearchBase "OU=Finance,OU=UserAccounts,DC=FABRIKAM,DC=COM" So ganz ohne Angabe eines Servers...

450 PC per Recovery-DVD? Wer macht den sowas?

Teilweise sind es die vielen Microsoft-Jobs im Task Scheduler...

Die Netapp ist produktiv (mit FCP-Volumes). Ontap-Migration ist beim DL angefragt. Das lasse ich mal lieber den kaputt machen (einer muss ja "Schuld" haben ;) ) Gleichzeitig sollen noch die FC-Switche eine aktuelle Firmware bekommen. Der kann mir dann gleich noch die wichtigsten Neuerungen zeigen.

Ich würde mich Nils anschließen. Solche Sachen werden am Anfang immer klein geredet. Geht man ins Detail, kommen ganz kleine Zusatzanforderungen, die einen unheimlichen Aufwand verursachen. Gerade die Entwicklung der Formulare ist nicht trivial, besonders, wenn man mit den Daten hinterher auch was anfangen will. Sharepoint kann es vielleicht. Allerdings hört sich das ein wenig nach DMS an (das kann Sharepoint auch irgendwie). Da wir das gerade hatten: ELO wäre hier eine Möglichkeit. Aber bitte nicht ohne Konzept.

Ich Domain-Admin, habe alle Rechte ;) Egal, dann halt so. Später probiere ich es noch mit einem Restore vom Band. Mal sehen, was schneller geht.

So, ich habe jetzt noch ein wenig probiert und konnte den Effekt reproduzieren, ganz ohne Netapp. Lösung scheint der Schalte "/B" in Robocopy zu sein, warum auch immer. Es hat aber den Anschein, dass damit auch die Multithread-Funktionen abschaltet werden, jedenfalls wird nur noch ein einen Ordner gleichzeitig geschrieben. Noch eine weitere Anomalie: Ich habe zuerst versucht über das Root-Volume zu kopieren (C$-Share). Dort sind die Volumes als "Junction Point" eingehängt. Kopiere ich auf so einen Junction Point loggt Robocopy komische Fehler: 2017/01/26 11:40:33 ERROR 2 (0x00000002) Creating Destination Directory y:\junction point\mydir\ The system cannot find the file specified. Angelegt werden die Ordner später aber trotzdem, wenn die Dateien kopiert werden. Erzeuge ich auf "junction point" ein Share und benutze es, verschwindet der Fehler.

Im privaten Bereich verzichte ich unter Windows 10 auf einen separaten Virenschutz. Zumal Avira "Kostenlos" auch nicht mehr das Wahre ist. Virenscanner erkennen aktuelle Ransomware zu 98% eh nicht oder erst 2 Tage später.

Das mit dem Rechte klappt schon so und kopieren ein paar Pfade an neue Orte. Ich denke mal, ich spiele sicherheitshalber mal Patch 9 ein (Ontap 9.1 machen wir später). Gründe sind u.a. CVE-2016-4341 (SMB Share Information Disclosure Vulnerability in Clustered Data ONTAP) und "Poor performance due to SMB directory enumeration"

Hi, ok - ich glaube, ich habe hier noch ein anderes Problem. Beim genauen Hinsehen fehlen auch noch andere Rechte und teilweise ganze Ordner. Muss ich mal genau untersuchen. Eventuell ist Robocopy irgendwie mit dem normalen Backup-Job auf dem Windows-Server ins Gehege gekommen. Habe leider kein Log erstellt und es lief 10 Stunden. Nicht dass cDot wieder irgendeinen Bug hat. Ich muss morgen mal die Release Notes der nachfolgenden Patch-Versionen lesen...

Hi, ich versuche gerade einen für uns optimalen Migrationsweg unserer Filer von Windows 2008R2 auf eine Netapp mit cDot 8.3.2P6 herauszufinden. Die Netapp ist per Kerberos zur Domain "gejoined" Bei einem Versuch mit Robocopy unter (und aus) Windows 2012R2 bin ich auf ein Problem gestoßen: Wir haben aus irgendwelchen Gründen einige wenige Berechtigungen für Domain Local Groups vergeben. Bei der Kopieroption /COPYALL ist es nun so, dass aus mit unbekannten Gründen diese Rechte hinterher fehlen. Globale Gruppen und einzelne User klappen. Ich kann sie zwar manuell neu anlegen, doch das ist nichts das Ziel. Hat da jemand eine Idee? PS: Ich sehe gerade: Wenn ich mit unserer Backup-Software auf die Netapp als CIFS-Share zurücksichere, klappt es. Wahrscheinlich kann mich Robocopy dann mal... ;) -Zahni

Hallo, was muss man denn unter "hängt sich auf" verstehen? Wenn die HDD richtig voll ist, kann ein chkdsk ein paar Stunden dauern.

Hast Du denn eine auch eine Domäne eingerichtet? Das geht bestimmt in dem Foundation-GUI-Gedöns (sorry, das habe ich mir noch nie angeschaut) oder im Server Manager. Für mich hört sich das so an, als ob das AD noch nicht eingerichtet wurde.

Hallo und willkommen im Forum. Du möchtest uns doch sicher zuerst ein wenig über den Server, die eingesetzte Software und was Du zuletzt gemacht hast erzählen...

Hm, auch darüber kann man trefflich diskutieren. Natürlich sind NTFS-Berechtigungen führend. Bei uns stellen die Freigabe-Berechtigungen nur sicher, dass sich ein User nicht verirrt. Vermutlich kann man das auch weglassen. Auf jeden Fall ist die höchste Berechtigung "Ändern". Wir hatten in der Vergangenheit zu viele Probleme mit dem Besitz-Recht, bei dem der User dann doch wieder NTFS-Rechte verstellen darf.

Nö, rw Everyone macht man auch unter Windows nicht. Besonders nicht, wenn Du die Kontrolle über die NTFS-Rechte behalten willst. Aber wie gesagt, mit dem Powershell-Teil kann man vermutlich was bauen. Schaue ich mit demnächst an. Soweit ich das sehe, gibt es CMDLets zum Erstellen von Freigaben auf der Netapp...

Als ich ELO mal in ein Abnahmesystem kopieren musste bin ich auch fast verzweifelt. Nicht das man den Server-Namen nur in ein paar Config-Files verdrahtet hat, nein, der steht auch noch in der DB an allen möglichen und unmöglich Stellen. Richtig dokumentiert war das damals auch nicht. Kerberos war auch zum "Haare raufen".

Hm, Du meinst wohl https://shop.quest.com/682/purl-Secure-Copy . Die verkaufen echt eine "30 Tage Lizenz" ;) Ich habe mir noch die Powershell-Erweitung von Netapp heruntergeladen. Mal sehen, was damit geht.

Hi, vielleicht hat jemand mal einen Tipp. Ich suche gerade nach einer Lösung, wie ich Windows-Freigaben inkl. der ACL auf eine Netapp (cDot 8.3/9) übertragen kann. Dabei geht es mit nicht um die NTFS-Rechte. Das macht Robocopy ganz gut. LANMANSERVER auf der Registry kann ich schlecht exportieren ;) -Zahni

Mag sein. Bei uns hat die Software den Spitznamen "Hobbythek" Das mag auch am aktuellen Business-Partner liegen.

Hm, das gehört eigentlich zur "Grundausstattung". Laufwerke kann man entweder per GPP oder Logon-Script zuweisen. Google hilft da.

Nur beim Customizing wird ELO schnell kompliziert und fertige Lösungen lassen sich derzeit nicht als Paket von einem Abnahme- oder Testsystem auf ein Produktionssystem übertragen. Hier ist "Bastelstunde" angesagt und erneutes Testen. Ohne http://www.solutions-for-elo.de/produkte/uds-for-elo/uebersicht.html kann man auch kaum auf andere Daten zugreifen. Aber um Mails im großen Stil zu archivieren? K.A. Sollte man da nicht was nehmen, was sich direkt im Mailclient einklinkt?

So, das Problem lässt sich auf den HPE CIM-Provider bzw. auf dem VMWare CIM-Service eingrenzen. Wer genau Schuld ist, lässt sich derzeit nicht sagen. Im Moment habe ich den HPE-Provider mit esxcli system settings advanced set -o /UserVars/CIMvmw_hpe-smx-providerProviderEnabled -i 0 deaktiviert. Wenn der eingeschaltet ist, wird die vmkernel.log mit 2017-01-20T11:24:13.964Z cpu18:39228)User: 3820: wantCoreDump:sfcb-CIMXML-Pro signal:11 exitCode:0 coredump:disabled zugemüllt. Außerdem werden dann die Sensoren "Physical Memory Module" entweder überhaupt nicht angezeigt oder mit "Warning". "Physical Memory Module" kommt aus dem HPE-Provider. Ist eigentlich doppelt, da VMWare die Module auch selber anzeigt. Mal sehen, was der VMWare-Support noch zu sagen hat.

Wie ich schrieb, alles Aktuell. Ticket ist schon raus. Ich schreibe dann kurz, was es gebracht hat. Kurze Rückmeldung: Der Fehler scheint jetzt weg zu sein. Ich musste im RBSU 1x Default -Werte laden. K.A. was da vermurkst war. Kommando zurück: Nachdem es kurz "Grün" war, wieder "Warning"...