Migration WinCC 7.0 -> 7.2 SQL-Fehler

Krumnix

Level-3
Beiträge
1.454
Reaktionspunkte
190
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo.

Hab ein WinCC 7.0 Projekt und möchte das nun auf 7.2 migrieren.
Bei der Datenbankmigration der Runtime kommt folgender Fehler:

SQL-Error Class(16) Line: 0State: 1 Message : Cannot find the user 'SIMATIC HMI User', because it does not exist or you do not have permission.
SQL-Info Class(0): Changed database context to 'master'.
Runtime Database Migration - DbInit-Script succeeded.
Runtime Database Migration failed hr=0x0
FINISH TIME: 2014-05-28 10:18:24

Wo kann ich denn die SQL-Datenbank auf "Master" stellen, oder was kann ich tun, damit das funktioniert, bzw. der Fehler nicht mehr kommt?
Danke!
 
Oha...

ich würd ja erstmal bei der ersten Zeile beginnen:
SQL-Error Class(16) Line: 0State: 1 Message : Cannot find the user 'SIMATIC HMI User', because it does not exist or you do not have permission.

- Ist mit den Windows-Rechten, Ordnerfreigaben, Benutzern etc. alles i.O.?

- Neuer Rechner oder von 7.0 nach 7.2 "hochgerüstet"?

- Terminalbus konfiguriert?

- Bei der Installation alles OK? Oder evtl. Rechnernamen geändert?

- ...

was genau machst Du in welcher Reihenfolge und wann genau kommt die Meldung?

Gruß.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hab einen neuen Server Windows 2008 SR2 mit WinCC 7.2 installiert.
Das WinCC-Projekt wurde unter Windows 7 Prof WinCC 7.0 erstellt.
Das Projekt läuft unter Win7 seit ca. 6 Monaten.

Jetzt wollte ich es unter WinCC 7.2 öffnen und dann meldet das WinCC, das ich
das Projekt zuert migrieren soll.
Dies macht es und meldet sich dann mit dem Fehler, der oben steht.

Das Projekt wurde auf dem alten Rechner gezippt und auf dem neuen einfach entpackt.
Hier wurden keine Rechte oder sonstwas verändert oder angepasst.

Die Daten des Win7 Rechners habe ich im WinCC-Projekt gelöscht (Archive, Rechnername...).

Der Benutzer ist auf beiden Rechner eingerichtet (WinCC-User-001)
 
woot?
Die Daten des Win7 Rechners habe ich im WinCC-Projekt gelöscht (Archive, Rechnername...).
Du hast im WinCC Projekt den Ordner mit dem Namen des alten Rechners geändert?
Mach sowas lieber nicht. Es sei denn man weiß 100%ig was man tut.

Nimm das laufende Projekt von Dem Windows 7 Rechner und öffne es dann auf dem Rechner mit WinCC V7.2
Das ein zigste was du Problemlos löschen kannst ist der Ordner 'ArchiveManager'

Schaue auch mal nach ob der Benutzer auf dem Win2k8 R2 Rechner in den richtigen Gruppen ist.
- TIA Engineer, SIMATIC HMI und evtl. Simatic NET (je nach installation)

Gruß,
Tuffi
 
Ja, die muss man löschen :)
Also die Ordner "ArchiveManager", "CommonArchiving" und den Ordner mit dem Rechnernamen, auf dem das Projekt unter WinCC 7.0 erstellt wurde (auch wenn es der Gleiche ist, wo das Update nun drauf ist!!!).
Im Hauptverzeichnis des Projektes dann noch die 4 Dateien mit der # im Name und den Endungen .ldf und .mdf
Dann funktioniert es, habe ich grade gesehen ;)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Krumnix.
Wie kommst du da drauf das man den Ordner mit dem Rechnernamen löschen muss? Eigentlich hat man selber daran nichts verloren und WinCC löscht/umbenennt diesen selbstständig korrekt.
Hier noch der FAQ-Artikel zur Migration von WinCC-Projekten:
- Wie werden WinCC Projekte auf neue WinCC Versionen durchgehend von V4 bis V7 migriert?
http://support.automation.siemens.com/WW/view/de/44029132

Gruß,
Tuffi
 
Ja, die muss man löschen :)
Also die Ordner "ArchiveManager", "CommonArchiving" und den Ordner mit dem Rechnernamen, auf dem das Projekt unter WinCC 7.0 erstellt wurde (auch wenn es der Gleiche ist, wo das Update nun drauf ist!!!).
Im Hauptverzeichnis des Projektes dann noch die 4 Dateien mit der # im Name und den Endungen .ldf und .mdf
Dann funktioniert es, habe ich grade gesehen ;)

Wo steht das? Ich kenne diese Vorgehensweise nur daher, wenn man auf der Engineering-Station mal aus versehen das Projekt des OS-Servers in Runtime genommen hat.

Würde ja bedeuten, dass man alle Archive verliert, wenn man hochrüstet...

Gruß.
 
Wo steht das? Ich kenne diese Vorgehensweise nur daher, wenn man auf der Engineering-Station mal aus versehen das Projekt des OS-Servers in Runtime genommen hat.

Nirgends. Es war die einzige Lösung, die zum Erfolg führte. Die Vorgehensweisen, die beim Link von Tuffi beschrieben werden, haben keinen Erfolg gebracht.
Meine Lösung ist natürlich nur möglich, wenn man auf die Datenbanken nicht angewiesen ist, bzw. die Relevanten Daten exportiert und es dann egal ist,
wie in meinem Fall.
 
Zurück
Oben