- 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 pool-ului Front End s-a schimbat, iar aceste modificari afecteaza modul in care ar trebui sa planificati si sa va intretineti pool-urile 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 pool-urilor 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 gestionarii 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% dintre 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 piscina sa nu porneasca.
Numarul total de servere din pool Numarul de servere care trebuie sa ruleze pentru ca pool-ul sa fie pornit prima data
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 grup de rutare pierde cvorumul si progreseaza. Pentru mai multe informatii despre cum sa utilizati aceasta cmdlet, consultati Reset-CsPoolRegistrarState.
madres viciosas porno español creampie
follada en la playa porno caca
michelle jenner desnuda porno gitanas españolas
porno gay violado porno suizo
tetas saltarinas follando en el trastero
abuelas ardientes mi mujer es muy puta
pillados follando infraganti orgias con abuelas
subporno madura en la playa
parejas pilladas en la calle abuelas sexi
videos porno online sexo gratis porno
creampie abuelas pajas pollones
maduras en playas nudistas familia española follando
vidio xxxx porno viejas alemanas
porno interactivo gratis pierre wodman
videos xxx violadas tetas en las playas
gordibuenas españolas videos porno maduras españa
hentai castellano paginas videos porno gratis
sexporn incestos madres hijos
porno caliente videos de zofilia
porno violacion gay la engaña para follar
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 serverele front-end astfel incat sa nu ruleze suficiente in conformitate cu tabelul precedent, intregul pool va cobori . 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.
Numarul total de servere front-end din pool Numarul de servere care trebuie sa ruleze pentru ca pool-ul sa fie functional
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 a fost pornit pool-ul 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, faceti 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 a ordinii 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 caracteristicile de asociere a pool-urilor si de recuperare in caz de dezastru, consultati Planificarea pentru disponibilitate ridicata si recuperare 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, rulati 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 din 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.
