Velius

Ok, lag ein weeeeenig daneben - es sind 16 Exabytes die ein 64Biter theoretisch direkt adressieren kann (~16 Millionen (!) Terabytes).

Es gibt verschiedenset Probleme: Eines davon hast du erwähnt, aber nicht ganz korrekt formuliert. Kernel Level Applikationen stehen nur max 2 GB Speicher zur Verfügung. Das Verhältnis Kernel/Rest lässt sich aber zu ungunsten (z.B. Exchange) verändern, so dass er nur noch sagen wir 1 GB anspricht.

Weiss aber gerade nicht, ob sich bei 64Bit was geändert hat bezüglich Kernel.

Ein anderes und viel mehr wichtigeres Problem aus Performance sicht: 32Bit OS generell können nur max 4 GB RAM ansprechen. Das ist eine rein rechnerische Limitation und lässt sich nur durch Trciks die schon bei DOS angewandt wurden umgenen (Extended Memory Manager == Physical Address Extension).

64Biter können weit mehr RAM direkt verwalten. Irgendwas im 2 stelligen Tera bereich glaub ich.

@Schotte

Und ich denke du verinfachst zu sehr. Oder kannst du mir kurz sagen was der Unterschied zwischen einer CISC oder RISC CPU ist ohne dabei WIkipedia aufzuruf? Das soll kein Angriff sein, aber für mich sind DAS basics, aber nur weil man nicht ununterbrochen mit RISC CPUs arbeitet heisst das noch lange nicht, es zählt nicht zu den Basics. Wenn man sich so verhält ist nähmlcih alles was man sebst macht Basiics - ziemlich schräge Definition, nicht? Wenn sich jeder so verhalten würde...:wink2:

Um zum Topic zurück zu kommen: Als einen Anfang kann man diesen Thread schon ansehen - schliesslich wurde dem TC genug der Kopf gewaschen. :p

Aber bis zu einem sagen wir mal Admin Job ist noch ein weiter Weg und Overclocking sicherlich kein besonderer Winner bei einem Anstellungsgespräch.

Ein PC Zusammenbauer bei Mediamarkt muss nicht wissen was auf ISO Layer 2 abgeht oder wie MPLS funktioniert. Genauso wie ein Webdeveloper wohl keine Ahnung von Progressiv Streaming hat (kenne ich Persöhnlich, wäre aber von Vorteil wenn er's hätte).

Trotzdem nennen sich alle ITler. Ob das gut ist oder nicht ist eine andere Frage.

Zu wissen was man wissen muss ist die Kunst. ITler die Hardware kennen oder nicht kennen, na ja....Man kann die Welt auch schwarz/weiss sehen.

so ist es,

es gibt welche in der IT die kennen sich mit Hardware aus und es gibt welche die kennen sich nicht mit Hardware aus.

 

MfG Schotte

Ziemlich eng die Perspektive IMHO :suspect: - seh's so wie Woiza. In diesem Aufgaben gebiet ist eine 'Verdichtung' des Wissen unumgänglich, jedoch nicht jedes einzelne Detaiwissen.

Das ist ja der Punkt: IT ist nicht gleich IT. Wenn man schon davon ein Verständnis hat ist man weit.

Ein Anwendungsentwickler ist es wohl wurscht was der Unterschied zwischen einem Smart Array P400 oder E200 ist.:suspect:

Ebenso wie für Netzwerk Engies...

Zum STARTEN, oder wie? Im Betrieb ist das wohl kaum zutreffend...

Nachtrag: 32Bit Applikationen ohne Kernel Level Treiber laufen auf 64Bit - sobald Kernel Level dabei sind muss es nativ 64Bit sein.

Der Syn-Flood kann auch von "innen" kommen:cool:

Könnte aber auch 'ne schelcht programmierte Anwendung sein, die Schwellwerte nicht beachtet, usw.. Die afd.sys kann dann nix für, versucht nur ihren Job zu machen und geht dann in die Knie.

Das der Bluescreen stehen bleibt kannst du auch unter

systemsteuerung -> system -> erweitert -> starten und wiederherstellen -> automatisch neustarten durchführen -> hacken raus

einstellen. Die Änderung ist im Gegensatz zu F8 Methode permanent.

Wenn ich so das I-Net durchforste könnte es auch 'ne Syn-Flood Attacke auf den Server sein: How To: Harden the TCP/IP Stack

Übrigens, der Bluescreen Code fehlt. Fahr mal den Server mit F8 und 'Automatisch neustarten deaktivieren' oder so hoch.

Siehe hier: The Afd.sys file triggers a "Stop 0x000000D1" error on a Windows Server 2003-based computer

Mehr Infos please!:cool:

Na wenn du die Funktion des Prozesses und des Reg-Eintrag kennst (BTW: ist nicht der maximal Wert des Pools;)), dann müsste ja klar sein dass die adf.sys den Speicher nicht voll fressen sollte ohne Speicherseiten wieder frei zu geben.

Der Rest ist Analyse - was ist installiert, usw.

Doch doch, im I-net gibt's schon was zu: Server is unable to allocate memory from the system paged pool

Details zu afd.sys: afd.sys Windows process - What is it?

cheers

Velius

Tja, dann sind wohl einige eurer Workstations Spam Schleudern.

Habt ihr die auf Vireninfektionen mal geprüft? Haben die Clients die möglichkeit via SMTP in's Internet zu senden?

Die Dinger werden Reverse NDR Attacks genannt: Reverse NDR attacks

Hier noch ein Artikel von Microsoft: Exchange queues fill with many non-delivery reports from the postmaster account in Small Business Server 2003

Wie gesagt, Hilfe im Detail kann ich dir gerne anbieten, bei Virtual Server limitiert, bei VMware voll VMware Server, Virtual Server Consolidation, Free Virtualization - VMware (ist ürbigens auch gratis!).

Aspekte wie die des Netzwerks und der von Nerd angesprochenen Sicherheit würden den Rahmen hier etwas sprengen und können auch nicht 100%-ig beantwortet werden, ohne das entsprechende Kleingeld in die Hand zu nehmen.

cheers

Velius

Ok.

Du hast 3 Karten, richtig? Eine für den physischen Rechner, zwei weitere für die VMs. Typischerweise gehst du dann her, und nimmst die phyische und schliesst diese in der VM Software aus, bzw. ordnest diese Karte keiner VM zu. Das wird in der virtualisierungs Software gemacht, nicht im OS!

Dann nimmst die anderen zwei physischen Karten und entfernst auf dem Host System unter den IP Eigenschaften der Karten alle Protokolle (Hacken entfernen) bis auf das der VM Software (zumindest unter VMware Server ist das so). Die beiden Karten sind dann auf dem Host(!) System nicht über das Netz Ansprechbar. Sie werden zwar auf elektrische Signale auf Layer 1 reagieren, alle anderen Layers auf dem Host System sind aber für diese beiden Karten tabu.

Dann ordnest du die beiden Karten in der VM Software jeweils einer der VMs zu.

Wenn du das so machst kommuniziert keine der Karten direkt über das Host System miteinander. Über das Netzwerk dann schon, je nach Switching/Routing, aber das ist ein anderes Thema und das werd ich hier nicht erläutern.

Wie du das im einzeln errreichst kann ich dir schlecht sagen, da ich nicht der MS Virtual Server Experte bin. Auf VMware Server kann ich dir helfen. Aber vom Prinzip her ist es bei beiden gleich: Die Karten, egal welche, soll sie von einem der VMs benutzt werden können, darf nicht deaktiviert werden.

cheers

Velius

Ps: Etwas Gutenacht-Lektüre könnte nicht schaden allerdings;)

Alles RAID 5 + Hotspare. Controller weiss ich gerade nicht, war aber ein üblicher Smart Array 6, entweder 128 oder 256 MB. Also alle 6 Platten Einschübe waren belegt.

Ausserdem hab ich die Erfahrung gemacht mit einem VMware Server, dass ein RAID 1 + 0 mit 4 HDDs einen enormen boost gibt gegenüber einem schlichten RAID 1 mit 2 HDDs. Es muss nicht immer gleich das gröbste Disk Subsystem sein à la EVA oder Clariion.

Das virtuelle System (kommt noch auf die Lösung an - mehr infos Leute:rolleyes:) bekommt nur die virtuelle Karte mit, welches der Host ihm zuteilt. Das muss nichts deaktiviert werden im Gast sollte alles richtig gemacht sein.

cheers

Velius

Genau, nur downtime macht nix, aber ein Snap-shot restoren während eine Änderung am AD durchgeführt worden ist führt zum Roll-back.

Solche sachen darf man wenn schon nur mit einer 'VSS-Aware' Backup Lösung oder dem System Sate Backup machen. Ein VM Snap ist das aber nicht!

 

Ein DL380 kann 8 interne 2.5" SAS Disks haben - das ist ganz nett für 2-3 (produktive) VMs mit einem 256MB Controller - aber der OP will 6 und wahrscheinlich mittelfristig mehr - alles gleich klotzen und nicht kleckern, und anständige Grundlagen zur Erweiterung schaffen.

Da täuscht du dich - ich habe DL 380 G4(!) mit internen SCSI only mit Produktiven 8 VMs, 4 GB RAM (ESX 2.5). Das lief ganz ordentlich, nur muss man eben die VM Konstellation bedenken, so wie GerhardG schon bemerkte. Anwendungen wie SQL oder Exchange waren aber darauf überhaupt nicht zu finden. Die wurden auf potentere Maschinen physisch only ausgelagert.

Wenn man noch wüsste was da lauft auf den VMs und die Performance werte hätte könnte man ein genaueres Bild machen davon.

und dann pro VM mindestens eine Disk, besser zwei Rechnen.

Bisserl übertreiben IMHO. RAID 5 konfigs mit 10K SCSI Platten und einem 256MB Controller laufen ordentlich!

Da nehm ich doch immer gerne mein Bildchen hervor:

Ansonsten: Sonnen Uhr ist das non plus ultra!:D

Acho so, SATA, nicht SAS....

Auch mit SATA würde ich eher eine Hotspare nehmen als RAID 6. Hab noch nie zwei Disks gleichzeitig tauchen sehen. Wenn Eine weg ist wird die Parity auf der Hotspare gerebuilded. Müsste eigentlich reichen im Normalfall.

Was jetzt, VMware, ESX, Virtual....??:suspect: