Nachdem ich jetzt selbst in die Sch... getreten bin, kann ich mich erinnern, dass hier vor kurzem über Inkompatibilitäten der SQL-Versionen für VC und den Update Manager geklagt wurde...
Mir ist das jetzt mit dem View Composer passiert - d.h. ich habe ihn aus eben diesem Grunde noch nicht installiert.
Die letzte unterstützte Version für VC ist SQL 2008 ohne SP - aus diesem Grund habe ich mein VC auf einem "schon etwas obsoleten OS", nämlich W2K8 ohne R2 installiert. Neuinstallation war fällig wegen der Umstellung auf nur noch 64 bit mit der 4.1
Jetzt möchte ich den View Composer installieren und muss feststellen, dass eben diese SQL-Version in der Supportmatrix fehlt. SR bei VMware eingekippt - sie empfehlen SQL 2005. VC würde wohl auf SQL 2008 SP1 laufen, aber es sei ungetestet. Wie bitte? SQL 2008 SP1 ist über ein Jahr länger in freier Wildbahn als vSphere 4.1...
Mir scheint, bei VMware läuft momentan doch einiges verquer. Die Inkompatibilität von vSphere 4.1 und View 4.0 wurde nach meiner Einschätzung nicht hinreichend deutlich kommuniziert, Update Manager und View Composer sind nicht mit der VC-Datenbankversion kompatibel (vermutlich werden sie darauf laufen, aber was ist, wenn ich Support brauche?), View 4.5 konnte erst eine Woche nach Ankündigung heruntergeladen werden (O-Ton der Mail: View 4.5 ist da!)...
Georg.
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!
Minenfeld SQL-Versionen
genau das gleiche hab ich neulich auch wieder gedacht. fängt ja schon damit an, dass nicht einmal der update manager auf ein gleiches modell wie vcenter gezogen (32 bit odbc für update manager) um auf mein 64 bit sql server auf der gleichen maschine (sql/vcenter/um) zu kommen 
vmware hat anscheinend mehr damit zu tun andere produkte einzukaufen
vmware hat anscheinend mehr damit zu tun andere produkte einzukaufen
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
echt_weg hat geschrieben:genau das gleiche hab ich neulich auch wieder gedacht. fängt ja schon damit an, dass nicht einmal der update manager auf ein gleiches modell wie vcenter gezogen (32 bit odbc für update manager) um auf mein 64 bit sql server auf der gleichen maschine (sql/vcenter/um) zu kommen
VC+VUM ist mit SQL 2008 64bit supportet und was wichtiger ist es funktioniert auch zusammen auf einem W2k8.
Fuer unsere VIEW Umgebung haben wir extra ein 2. VC (Link Mode) in einer aelteren Version im Einsatz. Das Drama mit View war schon bei 4.0u2 da.
Wie ich schon oefter sagte wird die Support Matrix von den Dart Spielern aus Palo Alto zusammen gestellt.
Gruss
Joerg
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Martin hat geschrieben:irix hat geschrieben:VC+VUM ist mit SQL 2008 64bit supportet und was wichtiger ist es funktioniert auch zusammen auf einem W2k8.
Hast Du zufälligerweise einen Link griffbereit, wie ich auf einem 64bit SQL 2008 einen 32bit ODBC DSN für die Update Manager DB einrichten kann?
Sogar noch besser als ein Link.... das was du suchst findest du unter C:\Windows\SysWOW64\odbcad32.exe
Gruss
Joerg
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Martin hat geschrieben:Leider sagt danach der Update Manager Installer immernoch "Please create a 32 bit System DSN"
Hmm. Mein vCenter ist als 4.0 auf die Welt gekommen auf einem 64bit W2k8+SQL2008. Da musste man ja schon immer eine 32bit ODBC von Hand anlegen. Fuer das Update auf 4.1 ist dann fuer das vCenter eine reine 64bit Verbindung dazu gekommen und gut wars.
Das ist auch eine System DSN und die Verbindung klappt auch ja? Schonmal rebootet?
Gruss
Joerg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste