Jump to content

Christian Schwietering

  • Gesamte Inhalte

    4
  • Benutzer seit

  • Letzter Besuch

    Nie

Beiträge erstellt von Christian Schwietering

  1. Hallo,

    wir bräuchten dringend eine kleine Erweiterung.
    Bestellungen die bereits einmal erfolgreich durch die Endkontrolle gegangen sind, dürfen nicht nocheinmal in der Endkontrolle bearbeitet werden können. Es erscheint zwar ein Hinweis, eine doppelte Bearbeitung ist derzeit aber möglich.
    Ist eine entsprechende Sperre schnell umsetzbar!?

    mfg
    Christian

  2. Wir haben auch getestet, eine lokale AS Client Installation mit
    100mbit Anbindung, zum Server im RZ mit 1Gbit Anbindung zu betreiben.
    Die Performance ist eher schlecht. Tatsächlich entfernte Clients also
    nicht zu empfehlen. _________________ Wir haben nun einen starken
    Windows Server im Rechenzentrum gemietet (individueller dedicatet
    Server, xeon quadcore, 8gb ram, ssd raid, 1gbit uplink, windows server
    2008). AS läuft darauf im Terminalbetrieb. Die AS Serverinstanz wird
    von einem Remoteclient auf dem Server gestartet. Damit die AS
    Serverinstanz nicht beendet wird, darf dieser Remoteclient nicht
    "abgemeldet" werden. (Gibt es da eine andere Lösung? AS Serverinstanz
    als Windowsdienst?) Die lokalen Clients verbinden sich ebenfalls per
    RDP auf den gleichen server (dazu werden RDP Lizenzen benötigt) und
    starten jeweils den Terminal AS Client. Da alle AS Instanzen auf dem
    selben Server laufen und lokal auf dem Server die Datenbank abfragen,
    ist die Performance sehr gut. Für dieses Szenario braucht man: Server
    mit Windows Server 2008 Standard (in unserem Fall ca. 120,- Euro pro
    Monat) 1x MS RDS Lizenz pro Client (ca. 100,- Euro pro Client
    einmalig) (Achtung, es gibt per User und per Device Lizenzen) Die
    benötigten Bandbreiten und Hardwareleistung auf lokaler Clientseite
    für RDP sind sehr gering. Wir haben derzeit an einer 16/1 mbit
    dslleitung 6 Clients im Betrieb und da ginge noch viel mehr. Als
    Betriebssystem für die lokalen Clients kommt auch Linux in Frage. Wir
    testen als nächstes "Damn Small Linux". Achtung beim Drucken! Da
    hatten wir einige Probleme. Sobald mehrere Clients Remote auf einem
    Server arbeiten, sich an- und abmelden, gibt es Chaos bei der
    automatischen Bennenung und Zuweisung der Drucker, welche die lokalen
    Clients mit in die Remotesession bringen. Druckaufträge laufen dann
    schnell mal ins leere. Lösung ist dann ein anständiges VPN für die
    Drucker direkt zum Server. Der Aufwand ist etwas höher und speziell
    bei uns ist das VPN nicht effektiv umsetzbar. Daher haben wir eine
    Zusatzsoftware im Einsatz (thinprint,slimprinter). Hier und da haben
    wir noch kleine Probleme im Details zu lösen. Dazu werde ich noch
    eigene Themen im Forum anlegen. greetz Christian

  3. es wird der Microsoft eigene Terminaldienst verwendet! was anderes
    braucht man auch nie! In der weise wie "fca" es betreibt, braucht man
    gar keine Terminal/RDP Lizenzen. Jedes Windows lässt bis zu 2 RDP
    Verbindungen ohne Lizenz zu. http://technet.microsoft.com/de-de/libr
    ... 70759.aspx
    [http://technet.microsoft.com/de-de/library/cc770759.aspx]

  4. Hallo, ich versuche derzeit ebenfalls eine ähnliche Lösung
    umzusetzen. Server mit 10Mbit upload, entfernte Clients (Lager) mit
    16mbit download. Leider sind die Ladezeiten der Listen (versendete
    Bestellungen z.b.) sehr lang (bis zu 20 sek) und auch die Daten pro
    Bestellung in der "Endkontrolle von Bestellungen" brauchen zu lang.
    Wir haben nun zum testen einen Dedicated Windows Server mit 100mbit
    anbindung gemietet. Ich vermute jedoch, das die 16 mbit down auf
    clientseite immernoch knapp sind. Gibt es da Erfahrungen oder evt Tips
    zur weiteren Optimierung? mfg Christian

×
×
  • Neu erstellen...