hallo zusammen,
hab mir auf der Arbeit mit VMWare Server 2 instanzen aufgebaut (beide OS 2003, mit je 1024 RAM) aufgebaut.
auf den einen System läuft eine DB und auf den anderen System (Applikation-Server) die Applikationen (Warenwirtschaft, ...).
Nun möchte ich da noch eine Kasse(n) anbinden die Kasse sollte aber als virtuelle Kasse laufen.
das OS von der Kasse ist Linux 9.0 und holt sich die Kassenpakete (updates von Applikation-server).
Mittels einer installations-diskette wird der Kasse bei einer neu-installation gesagt auf welchen System (applikation-server) sie sich verbinden soll.
ich hoffe ich hab das so gut wie möglich beschrieben, und hoffe es kann mir einer helfen.
dank & gruß
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
virtuelle kasse(n) ist das möglich ?
Hallo,
versuch zunächst mal Suse 9 zu installieren. Dabei tritt bisweilen das 4 Fenster Problem auf, d.h. alles wird verwischt und viergeteilt angezeigt. Als Lösung bitte bei der Installation die Option vga=normal eingeben.
Vergib allen Gästen das gleiche Netz, also entweder alle vmnet1, 2, 3, ... 7 oder bridged. Bridged geht nur dann, wenn auch der Host im Kassen-Netz sein kann. VMNET1 bietet sich zumeist an. Jedes vmnetX ist wie ein Switch, d.h. alle Gäste müssen IPs aus dem gleichen Subnet haben und natürlich auch die gleiche Netmask. Der Host ist im vmnet1-Falle auch drin, wenn man den vmnet1 Adapter auf dem Host nicht deaktiviert.
Der Rest ist dann spezifisch für Deine Anwendung.
versuch zunächst mal Suse 9 zu installieren. Dabei tritt bisweilen das 4 Fenster Problem auf, d.h. alles wird verwischt und viergeteilt angezeigt. Als Lösung bitte bei der Installation die Option vga=normal eingeben.
Vergib allen Gästen das gleiche Netz, also entweder alle vmnet1, 2, 3, ... 7 oder bridged. Bridged geht nur dann, wenn auch der Host im Kassen-Netz sein kann. VMNET1 bietet sich zumeist an. Jedes vmnetX ist wie ein Switch, d.h. alle Gäste müssen IPs aus dem gleichen Subnet haben und natürlich auch die gleiche Netmask. Der Host ist im vmnet1-Falle auch drin, wenn man den vmnet1 Adapter auf dem Host nicht deaktiviert.
Der Rest ist dann spezifisch für Deine Anwendung.
Hallo.
Wenn du hier Hilfe erwartest, solltest du vielleicht deine Probleme offenlegen.
Hilfe und Unterstützung bei auftretenden Problemen sind hier sicherlich viele bereit zu geben. Auch wenn ich da evtl nicht zu den aktivsten und wissendsten gehöre, so stehe ich gerne diesbezüglich mit Rat und Tat zur Seite.
Wenn du jedoch jetzt mit vorhandener Hardware auf der einen Seite und Leistungsanforderungen auf der anderen Seite kommst und erwartest, hier ein 10 Seiten Kurz-Manual zu bekommen, anhand dessen du dich durch einen Installations- und Wartungsprozess hangeln kannst, von dem du nicht mehr verstehst als das was du in diesem Thread geantwortet bekommst, dann solltest du nicht auf eine befriedigende Antwort hoffen.
Versteh mich jetzt nicht falsch, bitte schreib und frag, wobei du Probleme hast. Nur solltest du schon mit wesentlich konkreteren Gegebenheitsbeschreibungen und Problemen kommen, als einem "hoffe es kann mir einer helfen".
Nun noch eine Frage aus persönlichem Interesse: Warum Datenbank und Application-Server auf getrennten Rechnern?
Bei getrennter Hardware sehe ich hier einen deutlichen Backupvorteil. Der Application-Server fährt nach jedem Update ein Backup, das kommt in den Schrank und das wars, weil auf dem Application-Server keinerlei Nutzdaten anfallen, die zwischenzeitlich gesichert werden müssen. Der DB-Server muss täglich gesichert werden. Entsprechend muss für den Application-Server evtl. die Backuphardware nicht so sehr ausgeprägt sein, je nach Größe reicht es, wenn ich die Hardware für das tägliche Backup einmal im Quartal fürs Update-Backup zum Applitacation-Server trage, hier also kein zusätzliches Geld für die Backuphardware in dei Hand nehme.
Dieser Vorteil fällt natürlich vollkommen flach, wenn beide Server VMs auf der selben Hardware sind.
Mfg,
Stephan.
Wenn du hier Hilfe erwartest, solltest du vielleicht deine Probleme offenlegen.
Hilfe und Unterstützung bei auftretenden Problemen sind hier sicherlich viele bereit zu geben. Auch wenn ich da evtl nicht zu den aktivsten und wissendsten gehöre, so stehe ich gerne diesbezüglich mit Rat und Tat zur Seite.
Wenn du jedoch jetzt mit vorhandener Hardware auf der einen Seite und Leistungsanforderungen auf der anderen Seite kommst und erwartest, hier ein 10 Seiten Kurz-Manual zu bekommen, anhand dessen du dich durch einen Installations- und Wartungsprozess hangeln kannst, von dem du nicht mehr verstehst als das was du in diesem Thread geantwortet bekommst, dann solltest du nicht auf eine befriedigende Antwort hoffen.
Versteh mich jetzt nicht falsch, bitte schreib und frag, wobei du Probleme hast. Nur solltest du schon mit wesentlich konkreteren Gegebenheitsbeschreibungen und Problemen kommen, als einem "hoffe es kann mir einer helfen".
Nun noch eine Frage aus persönlichem Interesse: Warum Datenbank und Application-Server auf getrennten Rechnern?
Bei getrennter Hardware sehe ich hier einen deutlichen Backupvorteil. Der Application-Server fährt nach jedem Update ein Backup, das kommt in den Schrank und das wars, weil auf dem Application-Server keinerlei Nutzdaten anfallen, die zwischenzeitlich gesichert werden müssen. Der DB-Server muss täglich gesichert werden. Entsprechend muss für den Application-Server evtl. die Backuphardware nicht so sehr ausgeprägt sein, je nach Größe reicht es, wenn ich die Hardware für das tägliche Backup einmal im Quartal fürs Update-Backup zum Applitacation-Server trage, hier also kein zusätzliches Geld für die Backuphardware in dei Hand nehme.
Dieser Vorteil fällt natürlich vollkommen flach, wenn beide Server VMs auf der selben Hardware sind.
Mfg,
Stephan.
Zurück zu „VMserver 1 und GSX“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste