Ottenere la certificazione MCSE su Cloud privato con questa immagine di Free Step-by-Step Study Guide! HyperV # # # privateCloud sysctr

Questo mese, ho passato un bel po 'di tempo a preparare per il cloud Microsoft Private nuova certificazione 70-246 Exam, monitoraggio e gestione di un cloud privato con System Center 2012 e ho salvato i link a tutte le risorse di studio che ho usato per studiare e passare questo esame come uno step-by-step Exam Study Guide per chiunque altro possa essere interessato a questo esame di mira.

Exam 70-246 è l'esame finale necessario per completare il cloud privato MCSE percorso di certificazione. I requisiti completi per il privato pista Nube MCSE includono:

• Realizzare MCSA: Windows Server 2008
• Se in precedenza certificato come MCITP su Windows Server 2008, potrebbe essere più vicino di quanto ci si rende conto al raggiungimento di questo requisito di certificazione! MCITP sono stati clausola di salvaguardia nel programma MCSA automaticamente quando il nuovo programma MCSA è stato introdotto all'inizio di quest'anno. Controlla il tuo Transcript MCP ahttp://www.microsoft.com/mcp per confermare.
• Superato con successo uno dei seguenti esami:
• Esame 70-659  - TS: Windows Server 2008 R2, Server Virtualization (valido fino al Gen 2013)
• Exam 70-247  - Configurazione e distribuzione di un cloud privato con System Center 2012
• Superano Exam 70-246  (Questo è l'esame di mira da questa guida di studio!)

SUGGERIMENTO: Una guida per la preparazione dell'esame di studio per l'esame 70-659 è disponibile anche qui . Se hai già raggiunto MCSA su Windows Server 2008, poi esami 70-659 e 70-246 Exam sono gliunici due esami aggiuntivi necessari per completare il MCSE: Di proprietà privata dei requisiti di certificazione e cloud è possibile sfruttare le mie guide di studio gratuiti per ogni esame per aiutare si è pronti per questi test!

Informazioni su questa guida Exam Study

Questa guida esame presenta gli obiettivi di destinazione d'esame all'interno di ciascuno dei domini obiettivo di cui sopra in un formato lista di controllo per fornire un metodo semplice per i candidati agli esami in modo rapido auto-valutare la propria preparazione generale, esame e studio anche fornire risorse specifiche per aiutare i candidati indirizzo aree gap di conoscenza prima a tentare questo esame. Si noti che questa guida di studio non è inteso come un sostituto per la formazione formale, ma piuttosto inteso come un post-formazione delle risorse per aiutarvi a capire come si può meglio prepararsi per la certificazione.

Scarica questo Exam Study Guide for FREE ... Solo per un Tweet!

Sto facendo questo Exam Study Guide disponibile come risorsa scaricabile gratuitamente, ma ho bisogno del vostro aiuto promozione di questa risorsa ampiamente all'interno dell'ecosistema Microsoft. Fare clic sul pulsante qui sotto per inviare un Tweet breve o parti Facebook su questa risorsa utile e riceverai automaticamente un link diretto per scaricare la guida di studio subito dopo.

SUGGERIMENTO: Non hai ancora un account Facebook o Twitter? La comunità IT Pro tecnico ha abbracciato Twitter e altri social network dei media come mezzo per condividere rapidamente le risorse tecniche. Se non si dispone di un account Twitter, mi consiglia di ottenere la configurazione GRATIS il tuo profilo qui e poi Follow Me per il futuro le notizie IT Pro e risorse tecniche. Non siete ancora convinti per ottenere un account Twitter? Proprio email me con una richiesta di Guida Exam 70-246 e sarò lieto di inviarvi il link diretto!

E `la Study Guide Exam utile a voi?

Queste sono le risorse Lo stesso studio che ho usato personalmente durante la preparazione per l'esame 70-246 me, così ho già preso il tempo di prova e rivedere ogni singola risorsa. Naturalmente, si possono avere i propri suggerimenti per il miglioramento - non esitate a postare i vostri commenti qui sotto. Mi piacerebbe sentire i vostri commenti!

Corso SQL Server - Corso Hyper-V -Corso Windows Server –

 Certificazione Microsoft

Best Practice per SNP e Offload in Windows Server

Ciao a tutti!

In passato abbiamo già affrontato l’argomento SNP e Offload.

Riassumendo molto in breve, si tratta di un insieme di feature che possono utilizzare accelerazione hardware per migliorare le performances di rete del server, con occhio particolare alla velocità di processing dei pacchetti e throughput. Per questo motivo, è ovvio che per funzionare al meglio c’è bisogno di perfetta sintonia tra software (Windows) e hardware (terze parti).

Viste le numerose richieste di assistenza che ci arrivano, abbiamo pensato di condividere con voi quali sono le best practice consigliate da Microsoft sull’argomento.

Windows Server 2003

Offload e SNP sono state introdotte a partire dalla SP2 di Win2003.

è storicamente noto che molti clienti che hanno installato Windows Server 2003 con SP2 su hardware che avrebbe potuto sfruttare le funzionalità abbiamo avuto diversi problemi causati da difficoltà di interoperabilità dei componenti e problemi con I driver delle schede di rete.

La posizione ufficiale Microsoft è quindi disabilitare SNP su Windows Server 2003. Per farlo in modo rapido e semplice.

Il problema è che una volta visti I problemi su SNP in Windows Server 2003, nella comunità IT si è sparsa la pratica comune di disabilitare tutti I tipi di offload su tutte le versioni del sistema operativo, anche quando non necessario.

Windows Server 2008

A partire da Windows Server 2008, lo stack del TCP/IP di Windows è infatti stato completamente riscritto. La funzionalità dei componenti non è quindi più influenzata in alcun modo da quello che poteva succedere su Windows 2003. Per questo motivo è assolutamente sbagliato disabilitare a priori le tecniche di offload, in particolare è molto importante mantenere abilitato RSS (Receive-side scaling), la tecnica che permette al sistema operativo di distribuire il processing dei pacchetti di rete su più di una CPU nei sistemi multi-core.

Disabilitare RSS ha portato numerosi clienti ad avere problemi di performances e genericamente lentezza. Paradossalmente, ciò potrebbe portare anche a maggiori costi, visto che potrebbe indurre ad acquistare un hardware più potente del necessario per gestire lo stesso carico gestibile con RSS.

Le migliori pratiche Sono quindi:

• Install SP2 (obbligatorio)
• Installare http://support.microsoft.com/kb/979614
• Installare http://support.microsoft.com/kb/967224
• Ri-abilitare RSS sia su sistema operativo che schede di rete
• Aggiornare I drivers delle schede di rete all’ultima versione disponibile consigliata dai produttori hardware
• Aggiornare il software antivirus e le definizioni all’ultima versione disponibile

Per completezza, I settaggi di default di Windows 2008 sono I seguenti:

Windows Server 2008 R2

Windows Server 2008 R2 non si discosta molto dalla versione precedente e quindi tali best practices per Windows 2008 sono ancora valide. Inoltre, sono stati risolti alcuni piccoli malfunzionamenti (vedi lista delle hotfix consigliate) e c’è stato un cambiamento sulla gestione del TCP Chimney.

TCP Chimney è di default disabilitato in Server 2008 mentre su 2008R2 lo stato è “automatic”. Questo significa che di default il sistema operativo considererà di “offloadare” una connessione solo se rispetta alcuni parametri, in particolare se:

• la connessione è stabilita tramite un adapter 10Gbps Ethernet
• il round trip time medio è inferiore ai 20 millisecondi
• almeno 130Kb di dati sono già stati scambiati durante la connessione

Questo viene fatto per evitare di delegare alla scheda di rete connessioni per le quali non ci sarebbe alcun beneficio in termini di performance.

Le migliori pratiche Sono quindi:

• Installare SP1 (consigliato)
• Se non si ha installato SP1, installare http://support.microsoft.com/kb/977977 ehttp://support.microsoft.com/kb/979612
• Se si ha già installato SP1, installare http://support.microsoft.com/kb/2511305
• Se SI usa TCP Chimney Offload, Install http://support.microsoft.com/kb/2525390
• Considerare l’installazione di http://support.microsoft.com/kb/2511305
• Ri-abilitare RSS sia su sistema operativo che schede di rete
• Aggiustare I settings RSS sulla scheda di rete in base ai suggerimenti dei produttori hardware
• Aggiornare I drivers delle schede di rete all’ultima versione disponibile consigliata dai produttori hardware
• Aggiornare il software antivirus e le definizioni all’ultima versione disponibile

Per completezza, I settaggi di default di Windows 2008R2 sono i seguenti:

Grazie a tutti e alla prossima!

Corso SQL Server - Corso Hyper-V -Corso Windows Server –

 Certificazione Microsoft

Backup Tenuta dei registri cluster

In un blog precedente, Capire il Cluster Debug Log nel 2008 , è stata data l'informazione su come cluster di registrazione in Windows 2008 Failover Clustering e oltre è cambiato dalle versioni precedenti. In questo blog, è stato mostrato come la dimensione del log può essere manipolata in modo da mantenere il valore di un consigliate 72 ore di dati. Giusto per ricapitolare:

' In generale si raccomanda che il tuo Cluster.log avere almeno 72 ore vale la pena di continua conservazione dei dati. In questo modo se avete un guasto dovesse verificarsi dopo è andato a casa il Venerdì, avete ancora i dati necessari per risolvere il problema la mattina di Lunedi '

Che cosa succede se si voleva ottenere informazioni da più indietro (cioè una settimana, un mese, etc)? Uno dei modi che si potrebbe fare è quello di aumentare la dimensione del registro con il TAGLIA /: switch. Tuttavia, l'aumento delle dimensioni per dire un mese potrebbe entrare in gigabyte di spazio utilizzato e file di testo di essere massiccia e difficile da passare. Avete mai provato ad aprire un file di testo 1 gigabyte con il blocco note?

Ecco un modo che è possibile mantenere il file in un formato più piccolo e mantenere i backup che può essere ripresa in qualsiasi momento. Innanzitutto, è necessario determinare le dimensioni è necessario per mantenere la pena 24 ore di dati. In questo modo, si può avere un registro cluster generato per ogni giorno. La prossima cosa da considerare è dove si desidera memorizzare i file, locali o condivisione di rete. Che cosa succede se si voleva fare questo per più cluster? Diciamo che è capito che è necessario la dimensione del registro di essere al 200meg e si sta andando a mettere su un server (JOHNMARLIN).

Il blog precedente di cui sarà eseguito il comando Formato Cluster Log /: 200 per impostare la dimensione appropriata sulla base dei dati necessari. Lo faccio per tutti i miei Clusters. Ho poi andare al mio server JOHNMARLIN e creare un azione per ogni cluster (TXCLUSTER, NCCLUSTER, ecc.) Ora devo solo andare a un nodo in ciascuno dei cluster per impostare le cose.

Sul nodo fai il compito, andare in Pannello di controllo - Regione e della lingua e modificare la data Breve yyyy-MM-dd.

Su questo nodo, è possibile creare una cartella CLUSTERLOG la radice del drive C:. In questa directory C: \ CLUSTERLOG, creare un file batch chiamato Get-Logs.bat che ha i seguenti comandi:

Net use j: / d
j uso Net: \ \ johnmarlin \ txcluster
Md j: \% data%
Cluster log / gen / copia: "c: \ clusterlog"
Copy c: \ clusterlog \ * log j:. \% data% . \ * log
net use j: / d

Ho usato Lettera J Drive: ma è possibile utilizzare qualsiasi lettera disponibile. Così che cosa il file batch farà quando run di oggi (18 giugno 2012) è il seguente: 

1. Si creerà una cartella nella condivisione denominata entro la data

uno. 2012/06/18

2. Essa genererà il cluster su ogni nodo

3. Si copia il cluster accede da tutti i nodi al locale c: \ cartella clusterlog e contrassegnare il nome del nodo come parte del nome del file

uno. TXCLUSTER-node1_cluster.log
b. TXCLUSTER-node2_cluster.log
c. TXCLUSTER-node3_cluster.log
d. TXCLUSTER-node4_cluster.log

4. Sarà copiare i log del cluster da questo c: \ logs cartella alla cartella condivisa con la data e mantenendo lo stesso nome

uno. \ 2012/06/18 \ TXCLUSTER-node1_cluster.log
b. \ 2012/06/18 \ TXCLUSTER-node2_cluster.log
c. \ 2012/06/18 \ TXCLUSTER-node3_cluster.log
d. \ 2012/06/18 \ TXCLUSTER-node4_cluster.log

Quando viene eseguito il giorno dopo:

1. Si creerà una cartella nella condivisione denominata entro la data

uno. 2012/06/19

2. Essa genererà il cluster su ogni nodo

3. Si copia il cluster accede da tutti i nodi al locale c: \ cartella clusterlog e contrassegnare il nome del nodo come parte del nome del file

uno. TXCLUSTER-node1_cluster.log
b. TXCLUSTER-node2_cluster.log
c. TXCLUSTER-node3_cluster.log
d. TXCLUSTER-node4_cluster.log

4. Sarà copiare i log del cluster da questa cartella C: \ clusterlog nella cartella condivisa con la data mantenendo lo stesso nome

uno. \ 2012/06/19 \ TXCLUSTER-node1_cluster.log
b. \ 2012/06/19 \ TXCLUSTER-node2_cluster.log
c. \ 2012/06/19 \ TXCLUSTER-node3_cluster.log
d. \ 2012/06/19 \ TXCLUSTER-node4_cluster.log

Si corre il giorno dopo, crea la cartella successiva datata e file. In questo modo, si dispone di una struttura di cartelle facilmente risolto che si può andare in qualsiasi giorno che vuoi e ottenere il file che volete da qualsiasi nodo di cui avete bisogno.

La prossima cosa da fare è impostare una operazione pianificata da eseguire ogni giorno in modo che crea i file per voi. In questo modo, non c'è bisogno di ricordarsi di farlo. Dagli Strumenti di amministrazione, aprire l'Utilità di pianificazione e selezionare Crea attività . È quindi possibile utilizzare le informazioni di seguito per creare l'attività.

A. Scheda Generale

i. Per il nome, lo chiamano qualcosa come registro giornaliero Cluster backup
ii. assicurarsi che utilizzare un account dotato di diritti di amministratore per questo nodo, al cluster, e la condivisione di rete
iii. selezionare Esegui se l'utente è loggato o meno

B. Trigger Tab

i. Impostare qualsiasi ora si desidera eseguire. Una cosa da tenere a mente è che il registro cluster è in tempo GMT, quindi conto che al momento di decidere quando avere li ha creati
ii. Selezionare per eseguire tutti i giorni e si ripetono per 352 giorni
iii. Assicurarsi che sia abilitata

C. Azioni Tab

i. Programma / Script sarà CMD.EXE
ii. Aggiungi argomenti verranno / CC: \ Logs \ Get-Logs.bat

D. Condizioni di Tab

i. Non proprio bisogno di nulla se non vogliono il cambiamento

E. Scheda Impostazioni

i. Controllare Lasciare compito da eseguire su richiesta
ii. Controllare Esegui attività il più presto possibile dopo l'inizio programmato è mancato

Così ora avete il vostro compito che lo farà per voi. È ora possibile semplicemente sedersi e rilassarsi sapendo che avrà un registro cluster generato per ogni nodo di ogni giorno.

Ci sono un paio di precisazioni a questo che si deve prendere in considerazione. Se l'account in uso abbia cambiato la sua password sul dominio, sarà necessario cambiare sul lavoro come bene. Si smetterà di funzionare dopo 352 giorni, quindi se volete di più, è necessario creare di nuovo. Ma si avrà la pena di un anno di registri cluster quando è fatto. 

Ci sono altri modi per farlo. È possibile utilizzare script e il comando PowerShell:

Get-ClusterLog-Destination

Si potrebbe anche usare altri metodi rispetto al file batch. Questo è solo uno dei modi di farlo.

Corso SQL Server - Corso Hyper-V -Corso Windows Server –

 Certificazione Microsoft

Ha un problema con i nodi di essere rimosso dal socio attivo del cluster di failover?

Benvenuti nel blog AskCore. Oggi ci accingiamo a parlare di nodi sono stati tolti dal socio attivo del cluster di failover in modo casuale. Se si riscontrano problemi con un nodo che viene rimosso dall'appartenenza, state vedendo manifestazioni di questo tipo registrati nel Registro eventi di sistema:

Questo evento viene registrato in tutti i nodi del cluster tranne che per il nodo che è stato rimosso. La ragione di questo evento è perché uno dei nodi del cluster contrassegnato come tale nodo verso il basso. Esso notifica quindi tutti gli altri nodi dell'evento. Quando i nodi vengono notificati, si interrompere e distruggere il loro battito cardiaco connessioni al nodo abbattuto.

Che cosa ha causato il nodo deve essere segnato?

Tutti i nodi in un cluster di failover Windows 2008 o 2008 R2 comunicare tra loro attraverso le reti che sono impostati su Consenti rete di comunicazione del cluster su questa rete . I nodi invierà pacchetti heartbeat attraverso queste reti a tutti gli altri nodi. Questi pacchetti dovrebbero essere ricevuti dagli altri nodi e quindi una risposta viene inviata. Ogni nodo del cluster ha i suoi propri battiti che sta andando a monitorare per garantire la rete è attiva e gli altri nodi sono in crescita. L'esempio che segue dovrebbe aiutare a chiarire questo:

Se uno di questi pacchetti non vengono restituiti, quindi il battito cardiaco specifico viene considerato guasto. Ad esempio, W2K8-R2-NODE2 invia una richiesta e riceve una risposta da W2K8-R2-NODE1 ad un pacchetto battito cardiaco in modo che determina la rete e il nodo è alto. Se W2K8-R2-NODE1 invia una richiesta a W2K8-R2-NODE2 e W2K8-R2-NODE1 non ottiene la risposta, è considerato un battito cardiaco perduto e W2K8-R2-NODE1 tiene traccia di esso. Questa risposta può avere perso W2K8-R2-NODE1 mostrano la rete fino a quando un'altra richiesta battito cardiaco è ricevuto.

Per impostazione predefinita, i nodi del cluster hanno un limite di 5 fallimenti in 5 secondi prima che la connessione è segnato. Quindi, se W2K8-R2-NODE1 non riceve la risposta 5 volte nel periodo di tempo, essa ritiene che determinata rotta da W2K8-R2-NODE2 essere giù. Se altre vie sono ancora considerati up, W2K8-R2-NODE2 rimarrà come membro attivo.

Se tutte le strade sono destinate alla W2K8-R2-NODE2, viene rimosso dal socio attivo del cluster di failover e l'evento 1135 che si vede nella prima sezione viene registrato. On W2K8-R2-NODE2, il servizio cluster viene interrotto e poi ripreso in modo che possa cercare di rientrare nel Cluster.

Per ulteriori informazioni su come gestiamo percorsi specifici che vanno giù con 3 o più nodi, si prega di fare riferimento a "partizionato" Cluster Networks blog che è stato scritto da Jeff Hughes.

Ora che sappiamo come il processo heartbeat funziona, quali sono alcune delle cause note per il processo a fallire.

1. Effettivi di rete guasti hardware. Se il pacchetto viene perso sul filo intermedio tra i nodi, allora i battiti del cuore avrà esito negativo. Una traccia di rete da entrambi i nodi coinvolti rivelerà tale.

2. Il profilo per le connessioni di rete potrebbe essere che rimbalza dal dominio al pubblico e torna di nuovo al dominio. Durante la transizione di questi cambiamenti, rete I / O può essere bloccato. È possibile controllare per vedere se questo è il caso, cercando il log profilo di rete operativa. È possibile trovare questo registro aprendo il Visualizzatore eventi e navigando verso: Registri applicazioni e servizi \ Microsoft \ Windows \ NetworkProfile \ Operativo. Guarda gli eventi di questo registro sul nodo che è stato menzionato nel ID evento: 1135 e vedere se il profilo stava cambiando in questo momento. Se è così, si prega di consultare l'articolo KB " I cambiamenti di percorso di rete del profilo da "Domain" a "pubblico" in Windows 7 o Windows Server 2008 R2 ".

3. Hai IPv6 abilitata sui server, ma hanno le seguenti due regole per disabili in entrata e in uscita nel firewall di Windows:

• Nucleo Networking - Discovery Neighbor Advertisement
• Nucleo Networking - Neighbor Discovery

4. Anti-virus software può interferire con questo processo. Se ritieni che questo, test disattivando o disinstallare il software. Fate questo a vostro rischio e pericolo perché sarà protetto da virus, a questo punto.

5. La latenza della rete potrebbe anche causare questo accada. I pacchetti non possono essere persi tra i nodi, ma non possono raggiungere i nodi abbastanza in fretta prima che il periodo di timeout.

6. IPv6 è il protocollo predefinito del clustering di failover, che utilizzerà per i suoi battiti cardiaci. Lo stesso battito cardiaco è una rete unicast UDP pacchetto che comunica sulla porta 3343. Se ci sono switch, firewall o router non configurati correttamente per consentire il traffico attraverso questa, si può questioni come questa.

7. IPsec rinfresca politica di sicurezza possono anche causare questo problema. Il problema specifico è che durante un criterio IPSec gruppo di aggiornare tutte le associazioni di sicurezza IPSec (SA) sono abbattute da Windows Firewall con protezione avanzata (WFAS). Mentre ciò accade, tutta la connettività di rete è bloccata. Quando si ri-negoziazione delle associazioni di protezione se ci sono ritardi nella esegue l'autenticazione con Active Directory, questi ritardi (in cui tutte le comunicazioni di rete è bloccata) verranno bloccati anche i battiti cardiaci del cluster da ottenere attraverso la salute e causare il monitoraggio per individuare i nodi del cluster, come verso il basso se non lo fanno risponde entro la soglia di 5 secondi.

Questi sono i motivi più comuni che questi eventi vengono registrati, ma potrebbero esserci anche altre ragioni. Il punto di questo blog è stato quello di darvi qualche informazione in processo e anche dare idee di cosa cercare.Alcuni sollevano i seguenti valori ai loro valori massimi per cercare di ottenere il problema di smettere.

Parametro	Predefinito	Gamma
SameSubnetDelay	1000 millisecondi	250-2000 millisecondi
CrossSubnetDelay	1000 millisecondi	250-4000 millisecondi
SameSubnetThreshold	5	3-10
CrossSubnetThreshold	5	3-10

L'aumento di questi valori al loro massimo può effettuare la rimozione dell'evento e il nodo andare via, solo, nasconde il problema. Essa non risolve nulla. La cosa migliore da fare è scoprire la causa principale dei fallimenti battito cardiaco e farlo riparare. L'unica vera necessità di aumentare questi valori è in uno scenario multi-sito in cui i nodi risiedono in luoghi diversi e latenza di rete non possono essere superati.

Corso SQL Server - Corso Hyper-V -Corso Windows Server –

 Certificazione Microsoft