ADS Backup Szenario

[Manfred]

Hi,
ich habe folgende Idee und möchte gerne über EXECUTE PROCEDURE sp_BackupDatabase() nachfolgendes umsetzen:
1) ein regelmäßiges Backup der DBF Tabellen in einem DD
2) da ein Updatedienstprogramm für andere Zwecke parallel läuft, sollte/könnte der in regelmäßigen Abständen ebenfalls ein/das Backup immer wieder durchführen.

Wunschdenken wäre, wenn man dadurch zeitnahe Restores durchführen könnte, wenn irgendwas zwischendurch passiert ist und man benötigt evtl. ein paar Daten, die noch nicht so lange zurück liegen. Es dreht sich hier derzeit nicht um große Datenmenge und es geht mir in erster Linie darum zu lernen, wie man sowas effektiv mit ADS Bordmitteln machen könnte. Oder wäre es sinnvoll in regelmäßigen Zeitabständen ein Komplettbackup zu fahren (was in meinem Fall wirklich in wenigen Sekunden erledigt wäre) das aber jeweils in ein anderes Unterverzeichnis?
Wie löst Ihr das Problem, mit ADS Bordmitteln?

[Marcus Herz]

Hallo Manfred
Ich starte bei Kunden auch regelmäßig Sicherungen:

Dazu gibt es AdsBackup.exe im Server Verzeichnis. Aufruf ohne Parameter zeigt dir die möglichen derselben an.
Das kannst du direkt über den Aufgabenplaner starten.
Dazu gibt es die Möglichkeit, ein inkrementelles Backup tagsüber auszuführen, wo dann wirklich nur die geänderten Daten gesichert werden. Was schneller geht. Nachts kann man dann ein komplettes fahren. Es ist ausführlich in der Hilfe beschrieben.
Während des Backups kann weitergearbeitet werden. Alle Updates werden gepuffert und erst nach dem Abschluss der Sicherung weggeschrieben. Ist natürlich ein Frage von Perfomance. Ein Backup macht aber immer ein sauberen Snapshot.

PS: Ich hab noch nie ein Restore benötigt.

[Marcus Herz]

PS: Man kann sich ein Backup auch gleich zippen lassen (TAR, nicht so performant), dann muss man nicht jedesmal ein neues Verzeichnis anlegen

[Manfred]

also das backup klappt jetzt erstmal so, wie ich es mir wünsche. Es wird mittels adsbackup stündlich in einem entsprechenden Unterverzeichnis erzeugt.
Restore klappt auch, aber es gibt Probleme bei folgendem Szenario.
Ich habe bei mir eine Testumgebung in der ich immer erst alles ausprobiere, bevor ich es freigebe. Jetzt kann es vorkommen, das ich eine DBF Struktur ändere (in meinem Fall immer über ALTER TABLE also somit direkt über den ADS und online). Wenn ich jetzt ein Backup wieder zurückspielen möchte, in dem die Strukturänderung (noch) nicht vollzogen wurde, weigert sich der Architekt entsprechende DBF zu überschreiben.
Wie muß man da vorgehen? Alles entfernen und von Grund auf ein neues DD aufbauen, oder was mache ich hier falsch? Im Moment scheine ich im Kreis zu laufen.

[Marcus Herz]

Ist ja eigentlich ganz praktisch, wenn das Restore eine nicht aktuelle Tabelle nicht zurückspielt. Da DBFs ohnehin freie Tabellen sind, spiel diese DBF in ein anderes Verzeichnis, pass die Struktur an und kopier die dann ins Echt Verzeichnis. Klingt nicht sonderlich vertrauenswürdig, aber einen anderen Weg sehe ich auch nicht.

[Manfred]

nochmal eine andere Frage. Wenn man jetzt ein Backup zurückspielt in ein DD mit dbf Dateien, wer kümmert sich dann um die Indexdateien? Müssen die bestehenden gelöscht werden, oder wie läuft das?

[Manfred]

ich habe mir gerade die Fehlermeldung einmal genau durchgelesen und bin dabei auf folgenden Text gestosen

Error 5198: The backup operation failed. See additional error information for more details. Table structures do not match. You may need to remove the 'dontoverwrite' option to restore over the top of an existing table with a different structure.

wo ist der Parameter , den ich einstellen muß, damit man die Tabellen trotz geänderter Struktur Restoren kann?

[Marcus Herz]

Lies Kapitel The adsbackup Utility in der Arc Hilfe. Da sind alle Paramter beschrieben

[Manfred]

habe ich gemacht. Es klingt aber so, als wenn er gesetzt das verhindert. Aber er ist ja nicht gesetzt.

[UliTs]

nochmal eine andere Frage. Wenn man jetzt ein Backup zurückspielt in ein DD mit dbf Dateien, wer kümmert sich dann um die Indexdateien? Müssen die bestehenden gelöscht werden, oder wie läuft das?

Habe keine Zeit, nur kurz diese Mail: die Definition der Indexdateien ist doch im DD hinterlegt, oder?
Dann beim Zurückspielen (natürlich) in ein leeres Verzeichnis zurückspielen .

Uli

[Manfred]

was in ein leeres Verzeichnis zurückspielen? Die Indexdateien? Die werden doch gar nicht gesichert. Die DBF? geht nicht, wenn das Verzeichnis leer ist, wird keine Rückkopierdatei angezeigt. Ich mache das Sichern mit dem Backupprogramm, aber das Restoren mit dem Architekten.

[Jan]

Wegen dieser Struktur-Probleme machen wir das so, das wir die dbf per SQL-Anweisungen kopieren. Kein Backup im Sinne des ADS-Backups. Aber dann ist die Struktur vollkommen egal, weil wir die Datei als Ganzes kopieren.

Jan

[Manfred]

es geht nur ums Restoren. Das backup läuft jedesmal im Hintergrund, automatisch und perfekt

[Jan]

Manfred,

schon klar. Aber wenn das Restoren an Strukturproblemen scheitert, hilft Dir das ja auch nicht weiter. Daher machen wir das hier halt anders. Eben nicht über das ADS-Backup, sondern die dbf per SQL kopieren. In welche Richtung ist dabei ja unerheblich.

Jan

[Manfred]

wie sieht denn bei euch der SQL Befehl dazu aus?

[Manfred]

so sieht nämlich der Befehl aus, den der Architect erzeugt

Code: Alles auswählen

EXECUTE PROCEDURE sp_RestoreDatabase
(
  'E:\ads\backup\name.add',
  '',
  'E:\ads\name.add',
  'include=fahrzeuge'
)

[Manfred]

Das ist doch alles nichts Halbes und nichts Ganzes.
Wie ist denn der genaue Vorgang, wenn man Restore macht? Ich mache das über den Architecten. Was passiert mit den Indexdateien? Kümmert sich der ADS selbst darum, das die nach einem Restore erneuert werden? Muß ich die von Hand löschen? Habe ich gemacht. Danach klappt aber nichts mehr. Die müssen wohl über Properties der einzelnen DBF Tabellen im Architecten gelöscht werden. Nur dann können sie wohl vom Programm wieder erstellt werden. Ich habe die CDX Dateien gelöscht und dann die entsprechende DBF aus dem DD entfernt um sie dann wieder hinzuzufügen. Dann klappt alles. Das kann es doch nicht sein, oder?

[Marcus Herz]

Hi Manfred
Ich kann es leider nur für ADT beschreiben:
- die Index Dateien werden beim Restore vom ADD erzeugt, er weiß ja, was sein muss
- also weder was löschen noch sonstwie muss Hand angelegt werden
- Ich setzte auch immer das Flag Autocreate Table, dann werden die IndexDateien beim 1. Öffnen der Tabelle erstellt (falls man doch mal die CDX gelöscht hat)
- Über RESTORE aus dem täglichen (3x) Backup erstellt der Kunde dann auch seine Testumgebungen. Alles Problemlos.
- Was ich nie mache, ist eine Datei aus dem Restore in die Echtdaten, hab ich nie gebraucht, zum Glück, weil dann ja Daten fehlen und die Konsistenz der Referenz Tabellen futsch ist.
- wenn ich doch mal Daten aus einem Backup benötige, insert oder update ich die Daten aus der Kopie per SQL in die Echtdaten
- somit hab ich auch nie ein Problem mit donotoverwrite

[Manfred]

Hi Marcus,
das ist ja das Dingen. Zur Zeit benutze ich immer noch die DBF im DD. Und Restore in sogenannte Livedaten passiert ja auch erstmal nur in meiner Testumgebung, wobei es ja dann keine Livedaten sind. Ich würde ja liebend gerne auf ADT umsteigen, aber da kamen von Uli enorme Bedenken, wenn ich die ADSDBE nehme. Da ich aber derzeit noch auf den "Zwitterbetrieb" angewiesen bin, habe ich wohl erstmal keine andere Wahl.

[Marcus Herz]

So zum Beispiel mach ich über Aufgabeplanung regeläßig Backups:

Code: Alles auswählen

EXECUTE PROCEDURE sp_BackupDatabase( '\\server\share\kopiedata', 
         'ArchiveFileCompressed=' + 
		 left(replace( replace( replace( cast( now() as sql_char ), '-', ''), ':',''), ' ',''),14)+
		 '.tar.gz' );
		 

erzeugt jedesmal ein Datei mit Tages- und Uhrzeit.

[Manfred]

wie gesagt, das Backup ist nicht das Problem.

[UliTs]

was in ein leeres Verzeichnis zurückspielen? Die Indexdateien? Die werden doch gar nicht gesichert. Die DBF? geht nicht, wenn das Verzeichnis leer ist, wird keine Rückkopierdatei angezeigt. Ich mache das Sichern mit dem Backupprogramm, aber das Restoren mit dem Architekten.

Die Datenbank natürlich! Und das macht der Server und nicht der Architekt . Die Indexdateien braucht das Backupprogramm nicht zu sichern, da sie nur redundante Daten enthalten.

[Manfred]

Und wie macht der Server das?

[nightcrawler]

der erkennt bei einem Restore anhand des Dictionaries die Indexstruktur und baut den Index entsprechend auf.

[Manfred]

neenee Leute, so kommen wir nicht weiter. irgendwie drehen wir uns im Kreis.
wenn ich normale DBF Dateien in einem DD habe, wo steht dann die Indexstruktur im DD? Wenn das der Fall wäre, dann könnte man doch die CDX Dateien von Hand löschen und er ADS müßte sie dann automatisch aufbauen, wenn man die jewilige DBF Tabelle mit dem ARC z.B. öffnen würde. Oder was stimmt an meiner Theorie nicht?