festplatte.ch

You can see ESX logs:

• From the Service Console
• From the vSphere Client connected directly to the ESX host (click Home > Administration > System Logs)
• From the VMware Infrastructure Client connected directly to the ESX host (click Administration > System Logs)

The vmkernel logs (which log everything related to the kernel/core of the ESX) are located at /var/log/vmkernel.

The vmkwarning logs (which log warnings from the vmkernel) are located at /var/log/vmkwarning.

The vmksummary logs (which provide a summary of system activities such as uptime, downtime, reasons for downtime) are located at /var/log/vmksummary.

The hostd log (which is the log of the ESX management service of the ESX) are located at /var/log/vmware/hostd.log.

The messages log (which log activity on the Service Console operating system) is located at /var/log/messages.

The VirtualCenter Agent log is located at /var/log/vmware/vpx/vpxa.log.

The Automatic Availability Manager (AAM) logs are located at /var/log/vmware/aam/vmware_-xxx.log.

The SW iSCSI logs are located at /var/log/vmkiscsid.log.

The System boot log is located at /var/log/boot-logs/sysboot.log.

Mit der Version 5 von Backup & Replication hat Veeam für mich ein unschlagbares Produkt für VMware Backupmöglichkeiten auf den Markt gebracht.

Die Hauptpunkte, warum Veeam, sind für mich folgende:

• einfache Handhabung
• VM, Disk, File Restore
• Instant Recovery
• Replication
• Deduplication / Compression

Mit direktem Backup aus dem SAN Storage und aktiviertem changed block tracking (ESX 4 – Hardware Version 7) wird eine unglaubliche Backupgeschwindigkeit erzielt. Im Vergleich erzielte Symantec Backup Exec 2010 nicht annähernde Werte.

Instant Recovery ermöglicht mit paar wenigen Klicks ein Starten der VMs direkt aus dem Backupstorage. Per NFS wird das Backupstorage gemountet und die VM gestartet. Danach kann einfach über vMotion die VM wieder ins Primarystorage verschoben werden. Die Ausfallzeit einer VM kann so auf eine sehr kurze Zeit minimiert werden.

Die Deduplizierung/Komprimierung erfolgt auf dem Backupserver und es wird Performance benötigt je nach Einstellung der Komprimierung (vorallem bei Fullbackup)

Spezifikation Backupumgebung:

• dual Intel QuadCore E5620
• 24 GB RAM
• Windows 2008R2
• Equallogic PS6000 (SATA Disks)

Links:

http://www.veeam.com

Bei Windows 2003 war dieser Effekt bereits bekannt, der richtige Treiber wurde aber mit den VMware-Tools richtig geladen.

Bei Windows2008R2 ist dies leider nicht mehr der Fall. Auch nach der Installation der Tools ruckelt und stockt es via Konsole gewaltig
Der richtige Display Adapter kann aber manuell nachinstalliert werden. Dies erfolgt über den Device Manager -> Display Adapter -> Update Driver
Danach den VMware SVGA 3D Treiber suchen lassen, installieren und neu starten.

Nach dem Reboot läuft die Konsole wieder in der gwohnten Geschwindigkeit

Eine kleine Auflistung was in welchen Logs zu finden ist auf einem ESX Host:

Service Console, /var/log/messages
-general log messages for esx host or vm (should be checked for troubleshooting)

VMkernel, /var/log/vmkernel
-related to the VMs and esx host

VMkernel Warnings, /var/log/vmkwarning
- VMs activities

VMkernel Summary, /var/log/vmksummary
-determine uptime and availability esx hosts also check /var/log/vmksummary.txt for more human friendly version

esx boot, /var/log/vmware/esxcfg-boot.log
-records all ESX boot events

esx update, /var/log/vmware/esxupdate.log.
-any update applied using esx-update tool

Web Access, /var/log/vmware/webAccess
-log any web access activity to the esx host

Authentication, /var/log/secure
-log any authentication related

vpxa, /var/log/vmware/vpxa.log
-agent activity when communicating with virtual center

esx Firewall, /var/log/vmware/esxcfg-firewall.log
- as the name implies

Wmware hat so ziemlich alle Dokumente der Infrastructure 3 upgedated. Cirka 3/4 aller Docs haben nun neue Filenamen…

http://www.vmware.com/support/pubs/vi_pages/vi_pubs_35u2.html