Ts session bróker-közvetítő terminálszolgáltatások, blog khlebalin dmitriy
Nemrégiben azt írtam, hogy mit kell elérnünk a végén, itt erről:
A kiszolgáló kiválasztásakor a felhasználó ellenőrzi, hogy a felhasználónak van-e befejezetlen munkamenet. Ha ilyen munkamenetet talál, akkor a terminál munkamenet visszaáll. Ha a felhasználónak nincsenek munkamenetei a farmon lévő kiszolgálókon, akkor a legkevesebb munkamenetben átirányítják a kiszolgálóra. A munkamenetek számának összehasonlítása figyelembe veszi az egyes kiszolgálók saját súlyát. Ha például a kiszolgálónak két, 50-es és 100-as súlyú szervere van, akkor az első kiszolgáló kétszer kevesebb lekérdezést kap, mint a második.
A TS Session Broker fájlok a könyvtárban találhatók:% systemroot% \ system32 \ tssesdi r. Az aktuális kapcsolatokról a tsesdir.edb adatbázis tartalmazza. Minden egyes munkamenet esetében a következők definiáltak:
- annak a kiszolgálónak a neve, amelyen a munkamenet telepítve van,
- ennek a munkamenetnek az azonosítóját (a terminálkiszolgáló hozzárendeli, amikor a kapcsolat létrejött),
- felhasználói bejelentkezés,
- a domain, amelyhez a felhasználó tartozik,
- A kapcsolathoz használt protokoll (RDP, ICA stb.),
- a munkamenet létrehozásának dátuma és időpontja,
- a munkamenet leválasztásának dátuma és ideje,
- Felbontási paraméterek (szélesség és magasság képpontok száma),
- a szín mélysége,
- Olyan azonosító, amely meghatározza, hogy a kapcsolat teljes képernyős munkaasztal vagy egy adott program indításakor van-e konfigurálva.
Az utolsó paraméter a felhasználónévvel és a tartománygal együtt a munkamenet visszaállításakor használható. Ha a felhasználó csatlakozik a Távoli asztali ügyfélprogram használatához, amelyhez egy másik program indításkor van ütemezve, akkor nem fog átirányítani a letiltott munkamenetre.
A tsesdir.edb adatbázis helyét a HKLM \ System \ CurrentControlSet \ Services \ Tssdis \ Parameters ágon található WorkingDirectory rendszerleíró kulcs segítségével lehet megváltoztatni.
Néha a terminálkiszolgálókat újra kell indítani karbantartás vagy hiba miatt. A TS Session Brokernek be kell azonosítania ezeket a helyzeteket, és meg kell szakítania a munkamenetek elérését elérhetetlen kiszolgálókhoz. Ez a következő algoritmus szerint történik.
- A TS Session Broker sikertelen szekció átirányítást észlel.
- Egy bizonyos idő elteltével (alapértelmezés szerint egy perc) elindul a "gyanús" szerver pingelése.
- Ha a kiszolgáló nem érhető el (nem reagál a pingekre) a megadott számú próbálkozáson belül, az eltávolításra kerül a TS Session Broker adatbázisból.
- Amikor a tssdis szolgáltatás újraindul, az adatbázis állapota visszaáll.
A folyamat paraméterei rugalmasan konfigurálhatók a HKLM \ System \ CurrentControlSet \ Services \ Tssdis \ Paraméterek beállításkulcsában. Nézzük részletesebben.
- PingMode. Az alapértelmezett érték 0. Javasoljuk, hogy ne módosítsa ezt a paramétert. A fennmaradó értékeket kizárólag hibakeresési célokra használják.
- TimeServerSilentBeforePing. Az alapértelmezett 60. Meghatározza az időtartamot, másodpercben, amely után a TS Session Broker elindítja a terminálkiszolgáló pingálásának sikertelen kapcsolódási kísérlet után.
- TimeBetweenPings. Az alapértelmezett érték 10. A ping kísérletek közötti másodpercek számának beállítása.
- NumberFailedPingsBeforePurge. Az alapértelmezett érték 3. Megadja a kiszolgáló pingelési kísérleteinek számát, mielőtt eltávolítja azt az adatbázisból.
- RecoverWhenStart. Az alapértelmezett érték 1. Megadja, hogy visszaállítsa-e az adatbázist az tssdis szolgáltatás újraindításakor.
A változtatások után a tssdis szolgáltatást újra kell indítani. Az alapértelmezett értékek esetén a letiltott kiszolgáló kb. Két percen belül eltávolításra kerül az adatbázisból. Néha előfordulhat, hogy a terminálkiszolgáló nem tud új kapcsolatokat elfogadni, de válaszolhat a pingekre. Ebben az esetben a Terminálszolgáltatási munkamenet-közvetítő nem fog megfelelően működni.
TELEPÍTÉS ÉS BEÁLLÍTÁS
A Terminálszolgáltatások munkamenet-közvetítőjének telepítésével és konfigurálásával kapcsolatos részletes utasítások megtalálhatók a Microsoft Technet-en. Feltételesen három fázisra osztható.
- Telepítse a terminálkiszolgáló szerepét a TS Session Brokerrel.
- Termináliszolgálók hozzáadása a Session Directory Computers csoporthoz (a kiszolgáló helyi csoportja a TS Session Broker telepítve van).
- Konfigurálja a terminálkiszolgálókat a TS Session Broker használatához.
Külön is szeretnék beszélni a terminálszolgáltatások közvetítési munkamegosztásának kiegyensúlyozásáról.
Amikor a szerver be van kapcsolva a gazdaságban, a terminál kapcsolatok elkezdenek elosztani a gazdaság minden tagja között. Ha a kapcsolat megy a kiszolgálón, és a TS Session Broker megpróbálja irányítani a felhasználót egy másik kiszolgálóra, hiba lép fel:
GYAKORLATI HASZNÁLAT JELLEMZŐI
A Terminálszolgáltatások munkamenet-közvetítőjének használata során a felhasználók panaszkodhatnak, ha két munkanapot kell megadni két munkanap megnyitásakor. Példák erre a témára a Technet fórumokon:
A probléma az, hogy a kiszolgáló, miután megkapta a felhasználói hitelesítő adatokat a kezdeti kapcsolaton, átirányítja egy másik terminálkiszolgálóra. Ebben az esetben a hitelesítő adatok nem kerülnek továbbításra, és a felhasználónak másodszor kell beírnia őket, hogy bejelentkezzenek az átirányított kiszolgálóra. A Service Pack 3 szervizcsomaggal és az operációs rendszerek korábbi verzióival rendelkező Windows XP esetében ez megoldható a Cred SSP használatával. Ez a technológia lehetővé teszi a programok számára a felhasználói hitelesítő adatok helyi számítógépből történő átvitelét. Erről a cikkben olvashat: KB951608
Ezt részletesebben az alábbi anyagok egyikében tárgyaljuk.
Néha olyan helyzet áll fenn, amikor a TS Session Broker megszakítja a kapcsolatokat egy vagy több kiszolgálóra a gazdaságban. Segít a tssdis szolgáltatás újraindításában, de egy idő után a probléma újra megjelenik. A probléma megoldásához használhatja a KB955365 cikket.
A probléma lényege a következő. A munkamenet megnyitása során a kiszolgáló terhelése általában magasabb, mint normál működés esetén. E tekintetben egyetlen kiszolgálóra alapértelmezés szerint legfeljebb 16 párhuzamos kapcsolatkérés lehetséges. Ez azért van így, hogy elkerülhető legyen a terminálkiszolgáló erőforráshiánya, amint a gazdaságban van.
A befejezetlen kapcsolatok száma a Terminálszolgáltatások munkamenet-közvetítőjének használatával az ülés átirányításának időpontjában egyével nő. Ennek megfelelően, miután a kapcsolat befejeződött, és a felhasználó megnyitja a munkamenetet, egyenként csökken. Ha a párhuzamos kapcsolati számláló eléri a 16-ot, a TS Session Broker megszakítja a munkamenetek küldését.
Ha a munkamenet le lesz tiltva az átirányítás során, a TS Session Broker nem csökkenti a számlálót, és idővel az új kapcsolatok többé nem kerülnek elküldésre egy vagy több kiszolgálóra.
Megoldásként növelheti az egyidejű kapcsolatok számát. Ezt az LB_MaxNumberOfPendingRedirections rendszerleíró kulcs határozza meg
Ha nincs ilyen kulcs, létre kell hozni.
Bizonyos esetekben a TS Session Broker munkájának problémáinak megértése érdekében hasznos lehet a naplózási mód engedélyezése. Ezt a folyamatot a KB327508 számú dokumentum ismerteti.
A napló fájlba történő mentéséhez a 3. számú értékű TraceOutputMode kulcsot hozzá kell adni a HKLM \ SYSTEM \ CurrentControlSet \ Services \ Tssdis \ Parameters
és indítsa újra a szolgáltatást. Az alapértelmezett naplófájl a könyvtárban található. % systemroot% \ system32 \ tssesdir. A következő eseményeket rögzítik ott:
- A TS Broker szolgáltatás elindítása;
- Stop szolgáltatás;
- Csatlakozik a szerverhez a gazdasághoz;
- Kiszolgáló kimenet a gazdaságból;
- Felhasználói bejelentkezés;
- Húzza ki a felhasználót;
- Session recovery;
- Felhasználó kilépése;
- A TS Session Broker munkájához kapcsolódó rendszer eseménynaplóüzenetek.
Normál üzemelés esetén jobb, ha letiltja a naplózást. Ehhez a TraceOutputMode paramétert 0-ra kell állítani.
Néha a kiszolgálón végzett műszaki munkákhoz meg kell tiltani új munkamenetek telepítését. Az ilyen tilalom nem akadályozza meg, hogy a szerver részt vegyen a bejövő kapcsolatok elosztásában. Bizonyos esetekben ez azért lehetséges, hogy csökkentse a kiszolgáló terhelését a kezdeti csatlakozási vételért.
Minden jó munka!