Windows Server 2012 R2-Leistung für Mac OS X-Clients (Dateidienste)

Ich erbe einen Windows 2012 R2-Server, der insbesondere für Mac OS X-Clients eine miserable SMB / CIFS-Leistung aufweist. Der Server führt Dateidienste aus und ist ein Active Directory-Domänencontroller (einer von zwei für die Domäne). Es ist der PDC-Emulator. Der andere Domänencontroller ist ein Windows 2003-Server.

Die clientseitige Umgebung ist eine Mischung aus Windows 7- und Mac OS X 10.9 Mavericks-Computern. Alle Computer befinden sich im selben physischen und logischen Gigabit-LAN. Windows 7-Benutzer erleben eine Leistung, die den Erwartungen entspricht. Mac OS X 10.9 Mavericks-Clients weisen eine miserable Leistung auf, einschließlich: langsame Verzeichnisliste, Durchlaufen, Lesen von Dateien und Schreiben von Dateien. Es scheint eine signifikante Asymmetrie in der Lese- / Schreibleistung zu geben, wenn die Schreibleistung signifikant langsamer ist.

Wir haben versucht, die OS X-Clients zu zwingen, SMBv1 und CIFS zu verwenden, im Gegensatz zur neueren SMBX / SMB2-Implementierung. Das Problem besteht weiterhin für alle Versionen. Wir haben Thursby DAVE auch zum Testen installiert. Die Listing- / Traversal-Performance wird leicht gemildert, ist aber immer noch inakzeptabel langsam.

Ich habe eine Freigabe bereitgestellt und eine 1-GB-Textdatei ddgelesen /dev/randomund in die Freigabe geschrieben. Die Schreibleistung betrug 0,33 Mbit / s. Ich bin tcpdumpwährend des Schreibens gelaufen , um die Kommunikation zu erfassen. Bitte entschuldigen Sie die fehlende Formatierung - ich kann diesen Block scheinbar nicht zurückhalten:

BEARBEITEN Ich habe NFS Server für Windows Server aktiviert und auf einem Mac OS X-Client bereitgestellt. Ich habe den gleichen ddTest wie oben beschrieben mit ähnlichen Ergebnissen / Leistungen durchgeführt.

15:45:45.221337 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], ack 102, win 32767, options [nop,nop,TS val 1279665835 ecr 242798971], length 0
15:45:45.221546 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1:501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500WARNING: Packet is continued in later TCP segments
SMB PACKET: SMBwriteX (REQUEST)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 501:1001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1001:1501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1501:2001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2001:2501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2501:3001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3001:3501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3501:4001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4001:4501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4501:5001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221551 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 5001:5501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)

BEARBEITEN

1. Welche nächsten Schritte zur Fehlerbehebung kann ich unternehmen, um eine mögliche Ursache zu ermitteln?
2. Kann etwas aus dem oben genannten tcpdump abgeleitet werden?
3. Gibt es Vorschläge zur Optimierung der Netzwerkleistung, um die beschriebenen Leistungsprobleme zu beheben?

Deaktivieren Sie SMB 3.0 auf dem Server und prüfen Sie, ob sich die Leistung verbessert. Das Deaktivieren von SMB 3.0 ist keine gute Idee, insbesondere wenn der Server als Speicherpunkt für Hyper-V-VMs oder SQL-Datenspeicher ausgeführt wird. Sie können jedoch damit durchkommen, wenn Sie ihn auf relativ einfache Weise verwenden.

Erkennen, aktivieren und deaktivieren Sie SMBv1, SMBv2 und SMBv3 in Windows und Windows Server | Microsoft-Support

Dieser Link hat mir sehr geholfen: Integrieren Sie Macs in eine Windows Active Directory-Domäne | TechRepublic

Grundsätzlich heißt es, dass Sie die Verzeichnisdiensteinstellungen auf den Macs ändern müssen. Gehen Sie zu Systemeinstellungen / Benutzer & Gruppen und klicken Sie auf Anmeldeoptionen. Klicken Sie auf die Schaltfläche Bearbeiten für Network Account Server und dann auf "Open Directory Utility". Ändern Sie die Einstellungen entsprechend Ihren Anforderungen.

Doppelklicken Sie auf "Active Directory" und gehen Sie zu Erweiterte Optionen:

• "Lokales Basisverzeichnis auf Startdiskette erzwingen" erzwingt "die Erstellung eines Profils auf der lokalen Festplatte für alle Benutzer".
• "Verwenden Sie den UNC-Pfad von Active Directory, um den Standort des Netzwerks abzuleiten" Überprüfen Sie das verwendete Protokoll und wählen Sie es aus - smb
• "Zuordnungen, die sich auf die Angabe eindeutiger GUIDs für bestimmte Attribute beziehen, die in ADDS zur Identifizierung eines Computerobjektkontos verwendet werden. OS X generiert diese standardmäßig zufällig, wenn sie an die Domäne gebunden sind. Möglicherweise möchten Sie jedoch einen bestimmten Satz verwenden, der von generiert wird Ihr Unternehmensadministrator. "

Ich hätte einen Kommentar hinzugefügt, kann es aber nicht. Ich habe keine Ideen, die Sie ausprobieren könnten, aber ich wollte sagen, dass ein Mitarbeiter von mir kürzlich einen neuen OSX-Server mit so ziemlich allen OSX-Clients eingerichtet hat. Auch er hatte einige seltsame Probleme mit Dateifreigaben wie der Leistung und den Clients, die bestimmte Dateien nicht von den Netzwerklaufwerken vom OSX-Server öffnen konnten. Am Ende kauften wir einen Supportvertrag von Apple, um ihm zu helfen, und sie sagten ihm, er solle die Benutzer die Dateien herunterladen lassen, an denen sie arbeiten wollten, lokal auf ihren Mac, um ihre Arbeit zu erledigen und alles zurück zu kopieren ...

Als ich das sah, dachte ich, dass das neue OSX etwas falsch macht, wenn es auf Netzwerkfreigaben zugreift.

Durch das Festlegen dieser beiden Registrierungsschlüssel konnte ich die Leistung der Windows-Freigabe für Macs unter Windows Server 2012 und Windows 8.1 drastisch verbessern

win_share_tweak.reg

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"Smb2CreditsMin"=dword:00000300
"Smb2CreditsMax"=dword:00004000

Einige der Gründe, die ich dafür gesehen habe, sind: [in Reihenfolge]

Überprüfen Sie Ihre Spanning Tree-Einstellungen an Ihren Switches. Die Spanning Tree-Einstellungen können sich auf die Anzeige und die Qualität der Verbindungen auf Macs auswirken.

MTU-Größe

Jumbo-Paketeinstellungen

CPU entladen

Nicht verwendete Protokolle deaktivieren Ich habe viele Netzwerke mit aktivierten Protokollen gesehen, die nicht verwendet werden.

Daisy verkettet zu viele Switches, die fälschlicherweise gegen Ethernet-Standards verstoßen.

Unterdrückung von Rundfunkstürmen

Verstöße gegen die Verkabelung:
Aufwickeln von überschüssigem Ethernet-Kabel - Erzeugung einer magnetisch induzierten, nicht ordnungsgemäß abgeschlossenen RJ45-Steckverbinder mit unzureichender Länge, um einen ausreichenden Ohm-Widerstand bereitzustellen. Wickeln eines Drahtes um eine Hochleistungsleitung

Ich weiß nicht, ob es noch relevant ist, aber auch ich hatte das gleiche Problem wie Sie beschrieben und habe es gelöst, indem ich die /etc/sysctl.confDatei auf den Mac-Clients bearbeitet habe .

Ich habe festgestellt, dass diese Einstellungen in meiner Situation funktionieren, aber möglicherweise müssen sie in Ihrer Situation angepasst werden.

net.inet.tcp.win_scale_factor=8
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216

Keine Werbung - sehen Sie sich eine Testversion von Acronis Access Connect an (früher Acronis ExtremeZ-IP genannt). Nach meinen Recherchen ändert Microsoft häufig die SMB-Implementierung, und selbst wenn Sie sie mit einer vernünftigen Geschwindigkeit zum Laufen bringen, kann sie bei einer späteren Version "kaputt gehen". Acronis bleibt für Sie auf dem Laufenden, und das zu einem hohen Preis.

http://www.acronis.com/en-us/mobility/mac-windows-compatibility/

Ich habe es einige Jahre lang bei mehreren Kunden verwendet und es ist ziemlich solide.

Hinweis : Meiner Erfahrung nach wird der tatsächliche Netzwerkdurchsatz durch die Verwendung dieses Dienstes drastisch erhöht. Dieses Produkt überbrückt die Unterschiede in der Implementierung von KMU. Ich hatte genau dieses Problem, bis ich es versuchte - es funktioniert. Und wie gesagt, selbst wenn Sie es zum Laufen bringen, könnte es mit einem späteren Update der SAMBA-Implementierung kaputt gehen.