Hast du eine Parallelinstallation vorgenommen? Falls zutreffend öffne die Datenbank einmal mit MG2010 und führe in den Programmeinstellungen auf der Registerkarte Datenbank eine Datenbankpflege aus.
Im unteren Bereich alle Häkchen setzen und mit "Starten" die Zuordnungen prüfen. Anschließend einmal mit dem oberen "Starten"-Button die Bereinigung (Komprimierung) starten. Datenbank in MG2011 öffnen.
Gruß
Jürgen
Parallel-Installation habe ich natürlich NICHT gemacht. Ich bin mal davon ausgegangen, dass die neue MG-Version die Datenbank der alten lesen kann.
Das funktioniert ja im Normalfall auch. Es kann aber sein, daß die 2010er Datenbank beschädigt ist, sich dieser Fehler aber erst beim Update auf 2011 bemerkbar macht. Bzw. auch in 2010 bei der nächsten Datenbankbereinigung aufgetreten wäre.
Da muss ich wohl die 2010er CD suchen gehen. Oder gibt es noch andere Möglichkeiten?
Du kannst schauen, ob Du ein etwas älteres fehlerfreies Backup der 2010-Datenbank hast (wird ja immer beim Öffnen einer Datenbank abgelegt, sofern die Funktion nicht deaktiviert wurde). Sonst kann man ein Ticket beim Support aufmachen und ggf. prüfen lassen, ob sie die Datenbank reparieren können.
Gruß
Dirk
Da muss ich wohl die 2010er CD suchen gehen. Oder gibt es noch andere Möglichkeiten?
Ja. Melde dich im Kundenkonto an. Unter "Meine Verträge verwalten --> Details" steht dir eine Downloadversion zur Verfügung.
Gruß
Jürgen
Ginge es nicht auch nach dem Prizip "Datensicherung zurücklesen"? Siehe auch Thread: Übernahme von Daten (Datensicherung zurücklesen)
Ginge es nicht auch nach dem Prizip "Datensicherung zurücklesen"?
Dabei würde aber keine defekte Datenbank repariert werden.
Gruß
Dirk
Dabei würde aber keine defekte Datenbank repariert werden.
Das nicht, aber defekt dürfte ja nur die letzte Datenbank sein. Und eine etwaige Datensicherung könnte ja durchaus noch in Ordnung und zu gebrauchen sein.
Das nicht, aber defekt dürfte ja nur die letzte Datenbank sein.
Das ist nicht gesagt. Eine Datenbankprüfung(Komprimierung) erfolgt zwar in regelmäßigen Intervallen, aber nicht mit jedem Datenbank Beenden.
Und eine etwaige Datensicherung könnte ja durchaus noch in Ordnung und zu gebrauchen sein.
Sicher, das ist nicht ausgeschlossen.
Aber eine Datensicherung macht man nicht so oft wie die von MG automatisch erstellten Backups bei Öffnen der Datenbank. Deshalb würde ich erwarten, daß man eher ein aktuelles und funktionierendes Backup findet als eine Datensicherung (muß natürlich nicht zwingend so sein). Und man kann einfach schneller mal das MG2010-Backup Verzeichnis kopieren und versuchen, die Backup-Datenbanken darin zu öffnen (da geht man natürlich in chronologisch absteigender Reihenfolge vor), als eine Datensicherung zu importieren. Aber wie gesagt, natürlich kann und sollte man dabei eventuelle Datensicherungen berücksichtigen.
Gruß
Dirk
Da lungern in den einschlägigen Verzeichnissen Massen von Dateien mit merkwürdigen Endungen rum (z.B. *.420)
Dann solltest du mal versuchen herauszufinden, wer oder was für die Merkwürdigkeiten verantwortlich ist. Das Programm selbst kannst du bei der Suche ausschließen.
Gruß
Jürgen
Dann solltest du mal versuchen herauszufinden, wer oder was für die Merkwürdigkeiten verantwortlich ist.
Das würde ich aber auch dringend empfehlen. Klingt für mich nach Dateiwiederherstellung oder ähnliches.
Gruß
Dirk
Da lungern in den einschlägigen Verzeichnissen Massen von Dateien
Welche einschlägigen meinst Du? Es gibt doch eigentlich nur das MG-Datenbankverzeichnis, das Backupverzeichnis und das Dokumentenverzeichnis, in denen Daten drin sind. Meinst Du diese?
Ich würde mal, unabhängig von der Frage, woher die merkwürdigen Dateien kommen, für die 2011er Datenbank zur Sicherheit ein neues Datenverzeichnis anlegen und in das nur die aktuelle, funktionierende Kopie Deiner Datenbank, mit der Du produktiv arbeitest, legen. Ich baue auch immer die Jahreszahl der MG-Version im Dateinamen der MG-Datenbank ein, um jederzeit sehen zu können, woher diese stammen.
Gruß
Dirk
