Prestazioni di Windows Server 2012 R2 per client Mac OS X (Servizi file)

Sto ereditando un server Windows 2012 R2 che sta riscontrando prestazioni terrificanti SMB / CIFS, in particolare per i client Mac OS X. Il server sta eseguendo servizi di file ed è un controller di dominio Active Directory (uno dei due per il dominio). È l'emulatore PDC. L'altro controller di dominio è un server Windows 2003.

L'ambiente lato client è un mix di macchine Mavericks per Windows 7 e Mac OS X 10.9. Tutte le macchine si trovano sulla stessa LAN gigabit fisica e logica. Gli utenti di Windows 7 sperimentano prestazioni entro le aspettative. I client Mavericks per Mac OS X 10.9 presentano prestazioni spaventose, tra cui: elenco lento delle directory, spostamento, lettura dei file e scrittura dei file. Sembra esserci una significativa asimmetria nelle prestazioni di lettura / scrittura in cui le prestazioni di scrittura sono significativamente più lente.

Abbiamo provato a forzare i client OS X a utilizzare SMBv1 e CIFS, al contrario della più recente implementazione SMBX / SMB2. Il problema persiste per tutte le versioni. Abbiamo anche installato Thursby DAVE per i test. Vi è una leggera riduzione della performance di quotazione / traversata, ma è ancora inaccettabilmente lenta.

Ho montato una condivisione e usato ddper leggere /dev/randome scrivere un file di testo da 1 GB sulla condivisione. Le prestazioni di scrittura sono state di .33 Mbps. Ho corso tcpdumpdurante la scrittura per acquisire le comunicazioni. Mi scusi per la mancanza di formattazione: non riesco a tornare indietro per sfuggire a questo blocco:

EDIT Ho abilitato NFS Server per Windows Server e montato su un client Mac OS X. Ho condotto lo stesso ddtest riportato sopra con risultati / prestazioni simili.

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?)

MODIFICARE

1. Quali passi successivi per la risoluzione dei problemi potrei prendere per isolare una potenziale causa?
2. Qualcosa può essere derivato dal tcpdump con didascalia sopra riportato?
3. Esistono suggerimenti di ottimizzazione delle prestazioni di rete suggeriti per alleviare i problemi di prestazioni descritti?

Prova a disabilitare SMB 3.0 sul server e verifica se le prestazioni migliorano. Disabilitare SMB 3.0 non è una grande idea, soprattutto se il server è in esecuzione come punto di archiviazione per VM Hyper-V o archivi di dati SQL, ma è possibile cavarsela se lo si utilizza in modo abbastanza semplice.

Rileva, abilita e disabilita SMBv1, SMBv2 e SMBv3 in Windows e Windows Server | Supporto Microsoft

Questo link mi ha aiutato molto: integrare i Mac in un dominio Windows Active Directory | TechRepublic

Sostanzialmente afferma che è necessario modificare le impostazioni dei servizi di directory sui Mac. Vai su Preferenze di sistema / Utenti e gruppi e fai clic su Opzioni di accesso. Fai clic sul pulsante Modifica per Network Account Server e quindi su "Apri Directory Directory" Modifica le impostazioni in base alle tue esigenze.

Fai doppio clic su "Active Directory" e vai a Opzioni avanzate:

• "Forza home directory locale sul disco di avvio" forza "la creazione di un profilo sull'HDD locale per tutti gli utenti"
• "Usa il percorso UNC da Active Directory per derivare l'ubicazione della rete domestica" controlla e seleziona il protocollo usato - smb
• "Mapping, che riguarda la specifica di GUID univoci per determinati attributi utilizzati all'interno di ADDS per identificare un account di oggetto del computer. OS X li genererà casualmente per impostazione predefinita quando associato al dominio; tuttavia, potresti voler utilizzare un set particolare come generato da il tuo amministratore aziendale. "

Avrei aggiunto un commento, ma non posso. Non ho idee da provare, ma quello che volevo dire è che un mio collega aveva recentemente installato un nuovo server OSX con praticamente tutti i client OSX. Anche lui ha avuto alcuni strani problemi con le condivisioni di file come le prestazioni e i client non sono stati in grado di aprire determinati file dalle unità di rete dal server OSX. Abbiamo finito per acquistare un contratto di supporto da Apple per aiutarlo e gli hanno detto di far scaricare i file agli utenti, su cui volevano lavorare, localmente sul loro Mac per fare il loro lavoro e copiarlo indietro ...

Vedere questo mi ha fatto pensare che il nuovo OSX abbia qualcosa di sbagliato nel modo in cui sta accedendo alle condivisioni di rete.

L'impostazione di queste due chiavi di registro mi ha aiutato a migliorare drasticamente le prestazioni della condivisione di Windows per Mac su Windows Server 2012 e Windows 8.1

win_share_tweak.reg

Windows Registry Editor Version 5.00

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

Alcuni dei motivi che ho visto per questo sono: [in ordine]

Controlla le impostazioni dell'albero di spanning sui tuoi interruttori. Le impostazioni di spanning tree possono influenzare ciò che viene visto e la qualità delle connessioni sui mac.

Dimensioni MTU

Impostazioni del pacchetto jumbo

Offload della CPU

Disabilitare i protocolli non in uso Ho visto molte reti con protocolli abilitati che non sono in uso.

Daisy concatenamento di troppi switch viola erroneamente gli standard Ethernet.

soppressione della tempesta di trasmissione

Violazione del cablaggio:
avvolgimento del cavo Ethernet in eccesso - creazione di un'induzione magnetica con terminazione errata del connettore RJ45 insufficiente per fornire una resistenza ohm sufficiente. avvolgendo un filo attorno a un condotto ad alta potenza

Non so se sia ancora rilevante, ma anch'io ho avuto lo stesso problema che hai descritto e l'ho risolto modificando il /etc/sysctl.conffile sui client Mac.

Ho trovato queste impostazioni per funzionare nella mia situazione, ma forse potrebbero aver bisogno di qualche modifica nella tua situazione.

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

Non una pubblicità: dai un'occhiata a una versione di prova di Acronis Access Connect (in precedenza chiamata Acronis ExtremeZ-IP). Dalla mia ricerca, Microsoft cambia spesso l'implementazione delle PMI e anche se riesci a farlo funzionare a una velocità normale, potrebbe "rompersi" in una versione successiva. Acronis rimane al primo posto per te, per un costo elevato.

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

L'ho usato con diversi clienti per alcuni anni ed è piuttosto solido.

Nota : secondo la mia esperienza, la velocità effettiva di rete viene notevolmente aumentata utilizzando questo servizio. Questo prodotto colma le differenze nell'implementazione / le PMI. Ho avuto questo problema esatto fino a quando non ho provato questo - funziona. E come ho detto, anche se riuscissi a funzionare, potrebbe rompersi con un successivo aggiornamento dell'implementazione SAMBA.