Indexe Neuerstellen in großer DB mit Modus Vollständig

[Coldasice 12]

Hallo Zusammen,

 

wie kann ich bei dem Thema am besten vorgehen, die Datenbank ist > 100 GB und läuft im Vollständigen Modus.

Eine Sicherung der Protokolle läuft von Mo - Fr und 07:00 - 19:00 Uhr, alle 30 Minuten.

Am Wochenende würde ich gerne die Indexe Neuerstellen lassen, das resultiert aber in einem riesigen Logfile, bis die Platte voll ist.

 

Was macht Ihr in einem solchen Fall? Die DB vorher in den Einfachen Modus versetzen, dann wäre aber ja wieder der Sicherungssatz hinüber...

 

Gruß

[NilsK 2.940]

Moin,

 

wenn in dem Fall die Logfiles vollaufen, hast du zwei Möglichkeiten

1. während des Vorgangs keine (bleibenden) Logfiles erzeugen
2. während des Vorgangs aggressiv die Logfiles in kurzer Frequenz sichern

In Fall 2 brauchst du den Platz dann eben woanders. Und du verzögerst den Vorgang - ob das spürbar ist, kann ich aus der Ferne nicht beurteilen.

In Fall 1 würde ich die Datenbank umkonfigurieren, ein Full Backup machen und dann loslegen. Nach Abschluss des Vorgangs die Datenbank wieder auf "Full" setzen und sofort ein Full Backup, dann die Log Backups wieder einrichten.

 

Gruß, Nils

[wiri 10]

Hi

was spricht dagegen solche große DBs im SIMPLE Modus laufen zu lassen.

 

wir fahren etliche DBs jede um die 200GB im Simple Modus und reorg der wichtigisten IDX laufen mal grade 20 Minuten.

 

Diff laufen mehrmals am Tage (10 Minuten, Full-backp abends (30Minuten)

 

@TE

was habt ihr denn für Reorg- und Backuplauftzeiten.

[Dukel 454]

Hi

was spricht dagegen solche große DBs im SIMPLE Modus laufen zu lassen.

 

Restoreanforderungen.

Im Simplemodus kann man keinen Point in Time Restore durchführen.

[wiri 10]

Restoreanforderungen.

Im Simplemodus kann man keinen Point in Time Restore durchführen.

 ist mir klar,

 

nur , wann kommt das vor! hab ich in den letzten 20 Jahren nicht einmal gemacht. Nur Restore Fullbak,

[Dukel 454]

Es kommt auf die Anforderungen an. Pauschal den Simple Mode zu empfehlen würde ich nicht machen.

Der Full Recovery Mode hilft auch, wenn man noch alle Transaktionsprotokolle hat, einen Restore komplett ohne Datenverlust zu fahren.

[wiri 10]

allerdings hat der TE das Problem, keinen Platz für die logs zu haben und aber gleichzeitig die Notwendigkeit eines Reorgs.

 

Da kommt er um den Simple modus für die Dauer des Reorges NICHT herum. Da muss er einen Tod sterben. Da können wir

 

ihn nicht bei helfen.

 

vllt sollte der TE mal aufzeigen welchen Charakter die DB hat: OLTP , OLAP, Batch, Transit.

[Dukel 454]

Im "Simple Mode laufen lassen" klingt anders als dies für die Dauer des Reorgs zu tun.

[NilsK 2.940]

Moin,

 

grundsätzlich spricht überhaupt nichts gegen den Simple Mode. der ist nicht irgendwie böse oder prinzipiell unangemessen. Wie "wiri" schon richtig sagt, ist es eine Frage der Anforderungen - und da erleben wir es in der IT leider viel zu oft, dass die völlig ungeklärt sind. Ich bin ebenfalls der Meinung, dass für sehr viele Datenbanken der Simple Mode in Wirklichkeit die bessere Wahl ist, weil ohnehin in der Praxis nur Full Backups gemacht (und wiederhergestellt) werden.

 

Beim Full Mode muss man erhebliche Sorgfalt aufwenden. Das muss sich lohnen oder zwingend nötig sein. Sonst ist Simple vielleicht wirklich besser.

 

Gruß, Nils

[wiri 10]

Hi

sowie Nils es gesagt hat, haben bei uns ne externe Fa. die Sharepoint Serverfarm aufgesetzt und dort waren alle DB auf Simple.

 

Da einen genauen Zeitstempelrecovery hinzulegen in faktisch ein Ding der Unmöglichkeit.

[Dukel 454]

Nur weil es eine externe Firma so macht ist das nicht immer das richtigste. Vermutlich wurde das nie definiert, wie der Recovery Mode gesetzt werden soll.

 

Es geht ja nicht nur um einen Point In Time Restore, sondern auch das man einen Restore machen kann ohne Datenverlust (!).

[NilsK 2.940]

Moin,

 

Es geht ja nicht nur um einen Point In Time Restore, sondern auch das man einen Restore machen kann ohne Datenverlust (!).

 

es spricht ja auch überhaupt nichts gegen das Full Recovery Model - wenn man es braucht. Da es aber erhebliche Folgen hat, wenn man es einschaltet (und sich bei uns mindestens einmal pro Monat ein Kunde meldet, dem die Log-Disks vollgelaufen sind, weil er im Full-Model keine Log-Backups gemacht hat), empfehle ich es heute auch nicht mehr pauschal. Denn viele brauchen es eben nicht, weil sie keine Anforderung dafür haben.

 

http://www.faq-o-matic.net/2011/01/03/sql-server-wie-datenablage-backup-und-recovery-funktionieren/

 

Gruß, Nils

[Coldasice 12]

Hallo zusammen,

 

hier wurde ja kräfitg diskutiert :) Danke.

Ich werde vermutlich die Lösung von NilsK fahren, per TSQL vorher die DB auf Simple und danach auf Full setzen, jeweils mit einem Vollbackup.

 

Die Anforderung ist eigentlich schon da, es handelt sich um ein Warenwirtschaftssystem, meist im Zusammenhang mit einer Fibu.

Sollte es wirklich zu einem Crash kommen, dann bin ich über jede Sekunde die ich wiederherstellen kann froh.

 

Einen Nachteil durch den Modus Full konnte ich bisher nicht feststellen, außer das die Logs eben bei gewissen Transaktionen enorm anwachsen können.

So gewaltige Transaktionen sind ja aber nicht an der Tagesordnung, es dreht sich hier nur um den Reorg (oder um Kollegen die meinen 10 Mio. Datensätze zu updaten, die sind dann aber selbst schuld).

 

Gruß und danke.