bobbele66 10 Geschrieben 17. Januar 2010 Melden Teilen Geschrieben 17. Januar 2010 Hallo, ich habe bei einem Kunden folgendes eingerichtet und bin mir etwas unsicher, ob das die beste Lösung ist: Standort A: 1 Server mit SBS 2008 (AD + SQL) 1 Terminalserver (Server 2008 Standard) 15 Clients, die sich an der Domäne im lokalen Netzwerk anmelden. Standort B: 15 Clients, die sich per VPN am Terminalserver anmelden und gemeinsame Daten auf dem SBS, sowie die gemeinsame SQL-Datenbank auf dem SBS nutzen. Was spricht dagegen - oder dafür, dass sich die 15 Clients vom Standort B, statt auf dem Terminalserver, per VPN direkt am SBS an der Domäne anmelden? Der TS würde entfallen, somit auch die Lizenzen dafür, aber leidet darunter die Performance, gäbe es Probleme mit der SQL DB? Beste Grüße Zitieren Link zu diesem Kommentar
LukasB 10 Geschrieben 18. Januar 2010 Melden Teilen Geschrieben 18. Januar 2010 Im Endeffekt kommt es auf die eingesetzte Applikation an. Die meisten LOB-Pakete kommen mit einer SQL-Server Anbindung die eine hohe Latenz hat überhaupt nicht klar, die Software wird dann unbenutzbar. Andere Pakete wiederum sind so programmiert worden dass das weniger ausmacht. Die Interaktive Performance leidet aber auf jeden Fall, auch wenn richtig programmiert wurde. Grundsätzlich ist das schon eher der richtige Ansatz mit dem Terminalserver. Zitieren Link zu diesem Kommentar
Dy0nisus 10 Geschrieben 18. Januar 2010 Melden Teilen Geschrieben 18. Januar 2010 (bearbeitet) Hallo, der Hinweis von Lukas, was die SQl-Latenz angeht, ist ganz entscheident. Wenn die Anwendung das nicht mitmacht, kannst du auf den TS nicht verzichten. Aber interessant ist für dich eventuell auch, wie es mit den Druckdaten bei der TS-Lösung aussieht. Wenn der TS auf den lokalen Drucker spoolt, sollte man die Druckdaten komprimieren, um nicht an diesem Punkt in Performance-Probleme zu laufen. VG Dennis bearbeitet 18. Januar 2010 von Dy0nisus Tippfehler :) Zitieren Link zu diesem Kommentar
Stephan Betken 43 Geschrieben 18. Januar 2010 Melden Teilen Geschrieben 18. Januar 2010 Aber interessant ist für dich eventuell auch, wie es mit den Druckdaten bei der TS-Lösung aussieht. Wenn der TS auf den lokalen Drucker spoolt, sollte man die Druckdaten komprimieren, um nicht an diesem Punkt in Performance-Probleme zu laufen. Mit TS-EasyPrint hat sich das aber schon deutlich entschärft. Ask the Performance Team : WS2008: Terminal Services Printing Zitieren Link zu diesem Kommentar
bobbele66 10 Geschrieben 18. Januar 2010 Autor Melden Teilen Geschrieben 18. Januar 2010 Danke Euch beiden, da bin ich aber froh. Ist immer ****, wenn man dem Kunden die falsche Lösung verkauft. Die Anwendung ist schon sehr empfindlich, was die Latenzzeiten angeht - sagt zumindest der Programmierer der DB. Das mit den Druckern werde ich mir noch näher betrachten. Beste Grüße bobbele Zitieren Link zu diesem Kommentar
magicpeter 11 Geschrieben 19. Januar 2010 Melden Teilen Geschrieben 19. Januar 2010 Hi, die Terminalserver-Lösung ist echt die performanteste Lösung. Da beim TS keine echten Benutzerdaten übertragen werden ist diese Lösung auch für dünne DSL-Leitungen optimal. Wir hatten einmal einen Kunden in Düsseldorf mit einem Aussendienstmitarbeiter in Polen. Erst hatten wir die VPN-Lösung mit Domainanbindung des Aussendienstarbeitsplatzes realisiert. Ja das ging auch. Ok, es ging mal und mal nicht. Entsprechend der Leitungsperformance. Terminalserver eingerichtet fertig war der Spaß. Selbst duch eine ISDN-Leistung konnte man noch arbeiten. Also ich bin ein richtiger Terminalserver-Fan. ;) Gruss Peter Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.