16 Bit Anwendung (XP-Mode/Terminal/etc...)

[oOChristianOo 10]

Moin Leute,

 

ich hänge gerade etwas inder Luft und hoffe ihr könnt mir helfen.

 

Ich habe ein Schulungslernprogramm, wozu es ziemlich viele Module gibt und eine 16 Bit Runtime dazu.

Nun habe ich das Problem, dass das unter 64 Bit nicht mehr läuft und ich nicht genau weiß wie ich das realisieren soll.

 

Voraussetzung:

 

- zugriff für mehrere Client gleichzeitig (parallel)

- maximale Clients die es Nutzen 150

- möglichst APC unabhängig (oder notfalls auch ausgewählte Clients

 

Möglichkeiten:

 

- XP-Mode

- Terminalserver

- Thin-App

 

Die Methoden habe ich mir schonmal rausgesucht bin aber noch nicht so ganz zufrieden.

Wenn ich den XP-Mode verwende, müßte ich quasi auf jeden jeweiligen win7 Client einen zusätzlichen XP Client verwalten und in die Domäne aufnehmen.

 

Terminalserver ist ganz schön teuer für solche Geschichten und Thin-App eigentlich auch...

 

Habt ihr vielleicht noch ne gute Idee für mich, wie ich die Software auf 64 Bit zum laufen bekomme??

 

Kompatibilitätsmodus funktioniert auf jeden fall nicht.

 

 

Mit freundlichem Gruß

 

Christian

[NorbertFe 2.061]

Tja, du hast die offensichtlichen Methoden erkannt. Ob es zu teuer ist, hängt doch wohl eher davon ab, ob ihr die software braucht oder nicht. ;) eventuell mal an den Hersteller die Anfrage nach moderner software stellen. Alternativ kannst du natürlich auch Windows 7 32bit ausrollen wenn es darauf läuft.

 

Bye

Norbert

[oOChristianOo 10]

Ja darauf läuft es und die Entwickler sagen das es in 2-5 Jahren ne aktuelle Version geben wird...

Vor daher wollte ich eine Übergangsmethode austüfteln..Geld ist auch nicht so zwingend das Problem aber die wirtschaftlichekti sollte nicht verloren gehen...

[Dukel 455]

Gibt es alternative Software? Ein Hersteller der sich _jetzt_ noch 2-5 Jahre Zeit nimmt 16 Bit Applikationen zu migrieren...

Will der Hersteller gleich auf 128bit Rechner gehen ;)

[oOChristianOo 10]

:D nein gibt leider keine alternative...es soll speziell die Software sein.

[zahni 554]

Unter einem 64.Bit Windows kannst  Du keine 16-Bit Programme ausführen, weder mit  TS, Thin-App, App-V od. ähnliches.

 

Du hast nur die Varianten mit  einem 32-Bit TS zu arbeiten (gibt  es nur bis Windows 2008 ohne R2) oder mir der Vitalisierung eines passenden "alten" Windows.

Eventuell ist MED-V eine Variante, habe ich persönlich aber nie probiert.

 

Ob sich der Aufwand lohnt ? Manchmal ist es  einfacher der Hersteller einer solchen Anwendung das Hinterteil zu zeigen und auf ein anderes Produkt  zu migrieren.

[Sunny61 807]

Gibt es alternative Software? Ein Hersteller der sich _jetzt_ noch 2-5 Jahre Zeit nimmt 16 Bit Applikationen zu migrieren...

Will der Hersteller gleich auf 128bit Rechner gehen ;)

Je nach Größe des Projektes und der Priorisierung kann ich mir das schon vorstellen. Wenn Du heute von 16-Bit zu einer aktuellen Entwicklungsumgebung wechselst, mußt Du zu 99% den Code neu erstellen. Und das kann richtig viel Aufwand sein. Es gibt Hersteller, die sind schon vor längerer Zeit auf den 64-Bit Zug aufgesprungen, und manche Hersteller werden dies später oder vielleicht auch gar nicht machen. ;)

 

Wenn ich den XP-Mode verwende, müßte ich quasi auf jeden jeweiligen win7 Client einen zusätzlichen XP Client verwalten und in die Domäne aufnehmen.

Da würde ich dann lieber XP-Clients als virtuelle Maschinen zur Verfügung stellen. Denn virtuelle XP-Clients auf einem Client sind IMHO von dir nicht verwaltbar. Die VM können durch den Benutzer recht einfach gelöscht werden, auf einem HOST ist das schon schwieriger. Und per RDP kann man trotzdem drauf zugreifen.

[oOChristianOo 10]

Also die Anwendung wir definitiv noch nicht geändert.

 

VM ware ist ne gute Idee, würde mir theoretisch am besten gefallen, aber wenn ich 100 Clients habe und nur 10 virtuelle XP Client ist das wohl auch nicht optimal. Kann ja leider nicht steuern auf wechelm die sich dann anmelden...

Nachher habe ich 10 Leute die regelmäßiger drin sind und zufällig alle auf dem Client 10 registriert sind.

 

Daher ging meine überlegung ja zu einem Terminalserver: windows 2003 Enterprise 32 Bit, funtzt in der theorie gut, solange ich den Terminalserver nicht aufsetzte.

 

Nach dem aufsetzten des TS installiere ich die Software mit: change user /install und /execute

Sofort danach funktioniert die Software, Server neugestartet und die Software geht nicht mehr an und ich steh aufm Schlach....

 

Jemand ne Idee?

 

(keine Fehlermeldung nix..)

bearbeitet 4. Februar 2013 von oOChristianOo

[Sunny61 807]

VM ware ist ne gute Idee, würde mir theoretisch am besten gefallen, aber wenn ich 100 Clients habe und nur 10 virtuelle XP Client ist das wohl auch nicht optimal. Kann ja leider nicht steuern auf wechelm die sich dann anmelden...

Nachher habe ich 10 Leute die regelmäßiger drin sind und zufällig alle auf dem Client 10 registriert sind.

 

Du kannst auch 100 VM erstellen und gibst jedem Benutzer seine eigene VM. Etwas anderes ist der XP-Mode ja auch nicht.

 

 

 

Nach dem aufsetzten des TS installiere ich die Software mit: change user /install und /execute

Sofort danach funktioniert die Software, Server neugestartet und die Software geht nicht mehr an und ich steh aufm Schlach....

 

Normalerweise ruft man vorher den Hersteller an und fragt nach Unterstützung bezüglich Terminals Server. Hast Du ihn denn angerufen und gefragt ob sie dir helfen können? Kannst Du die SW denn als Admin starten oder nur als Benutzer nicht?

[zahni 554]

Und wenn Du nächstes Jahr nicht wieder anfangen willst, nimm zumindest  den Server 2008 (ohne  R2). Den gibt es noch als 32-Bit.

[oOChristianOo 10]

Ja kontaktieren mit den Herstellern ist gelaufen. Aussage ist das die Software in 2-5 Jahren geändert wird. Prio ist gering.

 

Für Bereitstellung sind die nicht zuständig.

 

Deshalb brauch ich ja ne Möglichkeit.

 

Also wenn ich es als Administrator installiere habe ich direkt danach Zugriff. Aber sobald ich den Benutzer Wechsel Neustart oder ähnliches geht's nicht mehr. Auch als Administrator nicht.

 

Ich denke das die Software nicht multiuser fähig ist und es deshalb nicht läuft.

Von daher ist das mit mehreren vm XP station wohl ne gute Variante....

[zahni 554]

Wenn Du uns mal ein Tipp geben würdest, worum es sich bei der geheimen Applikation handelt, könnten wir vielleicht Alternativen empfehlen.

[Sunny61 807]

Ja kontaktieren mit den Herstellern ist gelaufen. Aussage ist das die Software in 2-5 Jahren geändert wird. Prio ist gering.

Das hast Du uns schon einmal erzählt. Beantworte doch einfach die gestellten Fragen.

 

 

Für Bereitstellung sind die nicht zuständig.

Ist das Programm denn für einen Terminalserver freigegeben?

 

 

 

Also wenn ich es als Administrator installiere habe ich direkt danach Zugriff. Aber sobald ich den Benutzer Wechsel Neustart oder ähnliches geht's nicht mehr. Auch als Administrator nicht.

Kannst Du geht nicht etwas deutlicher machen? Kannst Du die EXE nicht anklicken? Bricht die Maus vom Bildschirm aus oder tanzt die Tastatur Samba?

 

 

 

 

Ich denke das die Software nicht multiuser fähig ist und es deshalb nicht läuft.

Und das muss der Hersteller wissen.

 

 

 

Von daher ist das mit mehreren vm XP station wohl ne gute Variante....

Aber schwer zu handeln.

bearbeitet 4. Februar 2013 von Sunny61

[oOChristianOo 10]

Ich kann die Fragen nur beantworten wenn ich auch ne Antwort darauf weiß.

 

Es geht um eine vielzahl von Lernprogrammen die mit einer Ten Core Runtime laufen.

Nach der installation der Runtime auf einem TS kann ich die exe ganz normal öffnen und die Lernprogramme benutzen.

Nach einem Neustart oder Nutzerwechsel reagiert der TS nicht mehr auf Starten der exe, also ich kann sie anklicken aber es passiert gar nix. (als wenn ich die exe nie angeklickt hätte)

 

Mein Ansprechpartner für die Software kann mir nicht sagen ob es für einen TS freigegeben ist. Ich erhalte immer nur die Aussage das sie vorerst nicht geändert wird.

[zahni 554]

Ich kann Dir nur empfehlen, Deine CBT/WBT's z.B. auf Adobe Captivate zu migrieren. Die WBT's brauchen hinterher nur Flash.