Ts munkamenetközvetítő
A működés elve
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 \ tssesdir. Az aktuális kapcsolatokról a tsesdir.edb adatbázis tartalmazza. Minden egyes munkamenet esetében a következők definiáltak:
• azon szerver neve, amelyen a munkamenet telepítve van,
• a munkamenet azonosítója (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 csatlakozáskor 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),
• színmélység,
• Olyan azonosító, amely meghatározza, hogy a kapcsolat egy teljes képernyős munkaasztal vagy egy adott program indításakor konfigurálva van-e egy munkamenet megnyitása.
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 WorkingDirectory rendszerleíró kulcs segítségével lehet megváltoztatni. amely az ágban található: HKLM \ System \ CurrentControlSet \ Services \ Tssdis \ Paraméterek.
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 munkameneteket 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 rendszerleíró kulcsok segítségével (1. ábra), az ágban: HKLM \ System \ CurrentControlSet \ Services \ Tssdis \ Parameters.
Ábra. 1. TS Session Broker szolgáltatásbeállítások
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 konfiguráció
A Terminal Services Session Broker telepítésével és konfigurálásával kapcsolatos részletes útmutatás a Microsoft Technet webhelyén található.
Feltételesen három fázisra osztható.
- Létre kell hozni a terminálkiszolgáló szerepét a TS Session Broker szolgáltatással (2. ábra).
- 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.
Ábra. 2. A TS Session Broker szolgáltatás a Server Manager beépülő modulban
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:
A gyakorlati használat sajátosságai
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. egy ágban található
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 indítása;
• a szolgáltatás leállítása;
• A kiszolgáló csatlakoztatása a gazdasághoz;
• a kiszolgáló kimenete a gazdaságból;
• Felhasználói bejelentkezés;
• Húzza ki a felhasználót;
• Állítsa vissza a munkamenetet;
• 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 az ú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 kapcsolatvételért.
Helyénvaló a terminálkiszolgálások helyes eloszlásának figyelése a System Center Operations Manager (3. ábra) terminálkiszolgáló felügyeleti csomagja segítségével.
Ábra. 3. A terminálkiszolgálók közötti megosztások ütemezése
A terminálkiszolgálók közötti munkamenetek ütemezésének ütemezése lehetővé teszi, hogy időben észleljük a balesetek hibáit, és megtegyük a megfelelő intézkedéseket annak megszüntetésére.
További források
Ki tudja, hogy van-e valamilyen módja annak, hogy a tsesdir.edb adatbázisból válasszon egy szekciót, hogy megkapja a felhasználói munkamenetek részeit, és infúziálja az egyeseket. És akkor nem tudtam megtenni, be kellett írnom a Session Broker-hez tartozó plug-inemet, és nekem, hogy futtassam az adatbázisomat ezzel a pluginnal.
Kollégáim, mondja meg, milyen eszközöket figyeli a terminálkiszolgálókhoz tartozó kapcsolatokat (hányan és melyik kiszolgálóra kerültek a terminálok eltávolítása, ki azok a felhasználók, akikhez a kiszolgáló csatlakozik ...)