twin

Hi, http://www.fachinformatiker-world.de/forums/showthread.php?threadid=8865&highlight=ORDImage twin

wieder gelöscht.... twin

Hi, wenn ich mich da mal einklinken darf, letztlich kommt es gar nicht so sehr auf den RAID-Level an, sondern vielmehr auf die Verteilung der Ressourcen, da hat Denise auf jeden Fall Recht. Natürlich ist RAID5 langsamer als RAID10, aber man muss ja auch die Ausfallsicherheit und den Platzbedarf sehen. Ich würde beim Aufbau eines SQL-Servers auf folgende (für die Performance entscheidenden) Punkte achten: 1. Auf jeden Fall ein Hardware-RAID mit viel, viel Cache. Schneller Cache ist durch nichts zu ersetzen ausser durch RAM-Zugriffe. 2. Data und Logs MÜSSEN auf verschiedenen physikalischen Disks liegen, damit sich Log und Data-Zugriffe nicht gegenseitig beeinflussen UND aus Recovery-Gründen: Bei Verlust der Data lässt sich mit dem letzten Backup und dem Log der letzte Stand nachziehen. 3. Das Logfile sollte auf gespiegelter Platte liegen (RAID1 reicht aus), denn es wird sequentiell geschrieben und der Vorteil der vielen Schreib/Leseköpfe eines StripeSets (z.B. RAID5) wirkt sich hier nicht aus. 4. Ich würde auf jeden Fall einen Mehrkanal-Controller einsetzen und zwar ein Kanal für die Platten der Data und ein Kanal für die Platten des Logs UND für NT würde ich einen getrennten Controller (einkanalig reicht aus und ist bei Serversystemen meist schon onboard) einsetzen, an dem NUR die Platten für das OS hängen. Mit diesen Punkten hast Du eine gute Grundlage und alles andere hängt dann von der guten Architektur und Konfiguration des SQL-Servers ab. So wie Denise schon sagte, so gut wie möglich I/O's vermeiden. twin

Hi, hier die entscheidenden Neuerungen ab 8i: http://www.oracle.com/de/ip/deploy/db/index.html?8i-ee.html Äh, wie sieht das in der Praxis aus ? twin

Hi, in diesem Dokument findest Du eine Übersicht über die Neuerungen in 9i : http://www.oracle.com/global/de/ip/deploy/db/collateral/oracle9inewfeatures.pdf Oder wolltest Du auch wissen was seit der 8i neu ist ? twin

Hi, Du brauchst nur den Port ändern, auf dem Tomcat die Requests beantwortet. Das wird in der "server.xml" gemacht. Einfach nach "Port" suchen und den entsprechenden Wert anpassen z.B. auf "8040". twin P.S. noch was vergessen: Du musst dem IIS nun noch beibringen, dass Servlets an den Tomcat, Port 8040 weitergeleitet werden. Frag' mich nicht wie man das bei IIS macht. Beim Apache wird es in der httpd.conf eingetragen. Beide Server auf demselben Port geht nicht !!

Hi, dazu musst Du die DHCP-Protokollierung aktivieren (falls nicht bereits aktiv). Schau im DHCP-Manager mal in den Eigenschaften des DHCP-Servers. Da musst Du ein Häkchen bei der Protokollierung machen und unter "Erweitert" kannst Du den Pfad zur Log-Datei einstellen. Default ist "%SYSTEMROOT%\System32\dhcp". So, und in dieser Log-Datei kannst Du alles ablesen was Du brauchst. twin

Hi, das hier sollte Dir helfen: http://www.informix.com/answers/english/docs/datablade/dbdk/sqlt/05.fm5.html#104959 twin

Hi, es gibt verschiedene Parameter für die Antwortdatei, die dazu gesetzt werden müssen. Es hängt aber von der Installation ab. Du solltest Dir dazu auf jeden fall mal die unattended.doc anschauen, die Du im RessourceKit findest. Der Parameter Autopartition z.B. sollte in Deinem Fall auf "0" gesetzt werden. Allerdings kommt bei der Inst. dann die Abfrage, in welcher Partition installiert werden soll. Ausserdem sollte ExtendOEMPartition deaktiviert sein. Und bei Aufruf über winnt bzw. winnt32 muss der Parameter /tempdrive gesetzt sein. twin

Das geht nur mit dem BenutzerManager für Domänen. Und da als Domäne den lokalen Rechner auswählen. Dann hat man die lokalen User des jeweiligen Rechners. twin

Hi, besorg' Dir einfach den "Usrmgr.exe" (Benutzer-Manager für Domänen), falls ihr keinen NT-Server in der Nähe habt. Irgendwo im Netz wirst Du ihn auch finden. Damit wählst Du dann als Domäne den jeweiligen PC aus und kannst dann das Administrator-PW ändern, die nötigen Rechte vorausgesetzt. twin

Hmm, dann nimm' einfach ein kleines Script was ich mal geschrieben habe. Es installiert den VNC als Dienst auf einem Remote-Rechner (Admin-Rechte vorausgesetzt !). Hat den Vorteil dass Du dir die Client-Installation sparen kannst. Ich mail es Dir. twin Update: Deine Adresse brauch' ich..

Mit dieser Seite kommst Du gut klar. Ich hatte damit keine Probleme: http://www.cgnet.com/Exchange/OWA_inst.htm twin

Um den AT-Job benutzen zu können muss der Scheduler-Dienst gestartet sein.

Hast Du Administrator-Rechte ?