- 24/10/2014
- 7 minute de citit
-
-
L
-
In acest articol
Ultima modificare a subiectului: 24-10-2014
Singurele componente necesare pentru mesageria instantanee (IM) si prezenta sunt:
-
Serverele front end ale organizatiei dvs. sau serverele Standard Edition. Capacitatile IM si de prezenta sunt intotdeauna activate pe aceste servere.
-
Un echilibru de incarcare, daca aveti un pool Enterprise Edition Front End. Pentru mai multe informatii, consultati Cerinte de echilibrare a incarcarii pentru Lync Server 2013.
Planificarea implementarii bazinelor front-end
In Lync Server 2013, arhitectura de bazin Front End s-a schimbat si aceste modificari afecteaza modul in care ar trebui sa va planificati si sa va intretineti bazinele Front End.
Va recomandam ca toate pool-urile dvs. Enterprise Edition Front End sa includa cel putin trei servere Front End. In Lync Server, arhitectura piscinelor front-end utilizeaza un model de sistem distribuit, cu datele fiecarui utilizator pastrate pe trei servere front-end din pool. Pentru mai multe informatii despre aceasta noua arhitectura, consultati Modificari de topologie in Lync Server 2013.
Daca nu doriti sa implementati trei servere Enterprise Edition Front End si doriti recuperarea in caz de dezastru, va recomandam sa utilizati Lync Server Standard Edition si sa creati doua pool-uri cu o relatie de backup asociata. Aceasta va oferi o solutie de recuperare in caz de dezastru cu doar doua servere. Pentru mai multe informatii, despre disponibilitatea ridicata si topologiile si caracteristicile de recuperare dupa dezastru, consultati Planificarea disponibilitatii ridicate si recuperarea dupa dezastre in Lync Server 2013
Planificarea pentru gestionarea bazinelor front-end
Pentru piscinele front-end, urmati instructiunile din aceasta sectiune.
Asigurarea faptului ca piscinele sunt functionale
Cu noul model distribuit pentru pool-urile front-end, anumite numere de servere ale unui pool trebuie sa ruleze pentru ca pool-ul sa functioneze. Exista doua moduri de pierdere pentru un pool
-
Pierderea cvorumului la nivel de grup de rutare, cauzata de un numar redus de servere pentru un anumit grup de rutare. Un grup de rutare este o agregare a unui set de utilizatori gazduiti in pool. Fiecare grup de rutare are trei replici in grup: una primara si doua secundare.
-
Pierderea cvorumului nivelului de piscina, cauzata de faptul ca nu ruleaza suficiente servere seminte in piscina.
Rutare pierderea cvorumului la nivel de grup
Prima data cand porniti un nou pool Front End, este esential ca 85% din servere sa fie in functiune, asa cum se arata in tabelul urmator. Daca ruleaza mai putine servere, serviciile ar putea fi blocate in starea de pornire si s-ar putea ca pool-ul sa nu porneasca.
2
1
3
3
4
3
5
4
6
5
7
5
8
6
9
7
10
8
11
9
12
10
La fiecare pornire ulterioara a pool-ului, 85% din servere ar trebui pornite (asa cum se arata in tabelul precedent). Daca acest numar de servere nu poate fi pornit (dar pot fi pornite suficiente servere pentru a nu fi la pierderea cvorumului la nivel de pool), puteti utiliza cmdletul Reset-CsPoolRegistrarState –ResetType QuorumLossRecovery pentru a permite pool-ului sa se recupereze de la acest nivel de grup de rutare pierde cvorumul si progreseaza. Pentru mai multe informatii despre cum sa utilizati aceasta cmdlet, consultati Reset-CsPoolRegistrarState.
Nota
Deoarece Lync Server foloseste baza de date SQL primara ca martor, daca opriti baza de date primara si comutati la copierea Mirror si inchideti suficient servere front-end astfel incat sa nu ruleze suficiente in conformitate cu tabelul precedent, intregul pool va cobori .
randy dave incesto ruso
pillados follando gordibuenas españolas
porno gay españoles le pilla masturbandose
brazzers online comedias porno
gitanas xxx maduras insaciables
porno español madre e hijo maduras en castellano
follando en canarias mala rodriguez porno
borracha anal mama me folla
videos de maduras guarras enseñando a follar
mujeres follando gratis abuela follando con joven
sex porne defloin.com
www.sex sobando tetas
asiatica forzada brazzers online
coñosxxx putasfollando
corridas de viejas mamada gay
videos pornos de españolas maturehd
españolas calientes españolas calientes
porno español jovencitas me follo a la vecina
asiaticasxxx videos travestis en español
tios desnudos corridas brutales en la boca
Pentru mai multe informatii, consultati Baza de date Mirroring Witness.
Pierderea cvorumului la nivel de piscina
Pentru ca un pool Front End sa functioneze deloc, acesta nu poate fi in pierdere de cvorum la nivel de pool. Daca numarul de servere care ruleaza scade sub nivelul functional asa cum se arata in tabelul urmator, serverele ramase din pool vor opri toate serviciile Lync Server. Retineti ca numerele din tabelul urmator presupun ca serverele Back End din piscina ruleaza.
2
1
3-4
Orice 2
5-6
Orice 3
7
Orice 4
8-9
Orice 4 din primele 7 servere
10-12
Orice 5 din primele 9 servere
In tabelul precedent, „primele servere” sunt serverele care au fost afisate mai intai, cronologic, cand pool-ul a fost pornit pentru prima data. Pentru a determina aceste servere, puteti utiliza cmdletul Get-CsComputer cu optiunea –PoolFqdn . Aceasta cmdlet va afisa serverele in ordinea in care apar in topologie, iar cele din partea de sus a listei sunt primele servere.
Piscine front-end cu doua servere front-end
Nu recomandam implementarea unui pool Front End care contine doar doua servere Front End. Daca vreodata trebuie sa implementati un astfel de pool, urmati aceste instructiuni:
-
Daca unul dintre cele doua servere front end cade, ar trebui sa incercati sa readuceti serverul esuat cat mai curand posibil. In mod similar, daca trebuie sa faceti upgrade la unul dintre cele doua servere, readuceti-l online imediat ce actualizarea este terminata.
-
Daca, dintr-un anumit motiv, trebuie sa aduceti ambele servere in acelasi timp, efectuati urmatoarele dupa terminarea perioadei de nefunctionare pentru pool:
-
Cea mai buna practica este sa reporniti ambele servere front-end in acelasi timp.
-
Daca cele doua servere nu pot fi repornite in acelasi timp, ar trebui sa le readuceti in ordine inversa in ordinea in care au coborat.
-
Daca nu le puteti aduce inapoi in aceasta ordine, utilizati urmatorul cmdlet inainte de a readuce piscina inapoi :.
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
-
Pasi suplimentari pentru a va asigura ca piscinele sunt functionale
Ar trebui sa urmariti cativa alti factori pentru a va asigura ca bazinele dvs. front-end raman functionale.
-
Cand mutati utilizatorii la piscina pentru prima data, asigurati-va ca cel putin trei dintre serverele front-end ruleaza.
-
Daca stabiliti o relatie de imperechere intre acest pool si un alt pool in scop de recuperare in caz de dezastru, atunci dupa stabilirea acelei relatii, trebuie sa va asigurati ca acest pool are trei servere front-end care ruleaza simultan la un moment dat pentru a sincroniza corect datele cu pool-ul de backup. Pentru mai multe informatii despre functiile de asociere a pool-urilor si de recuperare in caz de dezastru, consultati Planificarea disponibilitatii ridicate si recuperarii in caz de dezastru in Lync Server 2013.
Imbunatatirea fiabilitatii actualizarilor de pool
Cand trebuie sa faceti upgrade sau corectia serverelor dintr-un pool Front End, urmati fluxul de lucru afisat in Upgrade sau actualizati serverele Front End in Lync Server 2013 si urmatoarele instructiuni:
-
Cand treceti de la un domeniu de upgrade la altul pentru upgrade-uri (dupa fluxul de lucru de la Upgrade sau actualizare servere front-end din Lync Server 2013), veti utiliza cmdletul Get-CsPoolUpgradeReadinessState si veti verifica starea Ready. Adaugarea unei asteptari de 20 de minute intre fiecare domeniu de upgrade dupa ce ajunge la „Ready” va face upgrade-urile mai fiabile. Daca nu devine gata in aceste 20 de minute, reporniti cronometrul de 20 de minute. De asemenea, puteti rula cmdletul Get-CsPoolFabricState inainte si dupa inceperea intervalului de 20 de minute si asigurati-va ca nu exista modificari la elementele primare si secundare ale grupurilor de rutare.
-
Nu treceti la urmatorul domeniu de actualizare daca vreunul dintre serverele din ultimul domeniu de actualizare corectat este blocat sau nu este repornit. Acest lucru se aplica, de asemenea, daca oricare dintre serverele din cadrul unei actualizari nu poate porni. Rulati Get-CsPoolFabricState pentru a va asigura ca toate grupurile de rutare au un primar si cel putin unul secundar; aceasta va confirma daca toti utilizatorii au servicii.
-
Daca unii utilizatori au servicii si altii nu, executati Get-CsPoolFabricState cu optiunea –Verbose pentru a verifica grupurile de rutare care au replici lipsa. Nu reporniti intregul pool ca primul pas de depanare. Pentru mai multe informatii despre acest cmdlet, consultati Get-CsPoolFabricState.
-
Asigurati-va ca toate instantele ferestrelor Vizualizator de evenimente sau Monitor de performanta sunt inchise pentru instalarile / dezinstalarile de tesaturi Windows.
Modificarea configuratiei unui pool front-end
Ori de cate ori adaugati servere front-end la un pool sau le eliminati din pool si apoi publicati noua topologie, urmati aceste instructiuni:
-
Dupa ce noua topologie a fost publicata, trebuie sa reporniti fiecare server frontal din pool. Reporniti-le unul cate unul.
-
Daca intregul pool a fost oprit in timpul modificarii configuratiei, rulati urmatorul cmdlet dupa publicarea noii topologii:
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
Daca un server frontal nu reuseste si este putin probabil sa fie inlocuit pentru cateva zile sau mai multe, eliminati serverul din topologie. Adaugati noul server Front End la topologie atunci cand este disponibil din nou.








