Re: Einrichten von Wartung auf SQL 2005
- From: "Willfried Färber" <wfaerber@xxxxxx>
- Date: Fri, 13 Oct 2006 14:48:26 +0200
Hallo Chris,
anders als wie beim SQL Server 2000 kannst Du für jeden Maintenance Plan nur
einen einzigen Zeitplan verwenden.
Allerdings hindert Dich niemand daran, den gleichen Plan selbst in eigene
Jobs einzubauen. Letztendlich sind es ja "nur" ein SSIS Paket.
Zum Thema "Best Practices" gibt nur eine Information: Wenn es nicht
unbedingt notwendig ist, verwende Shrink Database nicht. Es hat in der Regel
gute Gründe, warum eine Datenbank eine bestimmt Größe erreicht hat.
Warscheinlich brauchst Du diesen Platz, sonst wäre die Datenbank nicht so
groß. Wenn Du allerdings die Datenbank verkleinerst, dann wächst Sie im
Betrieb wieder. In der Regel wird beim vergrößern der Datenbank das
Datenbankfile auf der Ebene Betriebssystem fragementiert. Im Klartext: Die
Performance leidet darunter.
Es kommt auf Deine Datenbank an, ob Du einen Rebuild Index und Update
Statistcs brauchst. Deshalb auch hier die Antwort: Es kommt darauf an ......
--
Mit freundlichen Grüßen
Willfried Färber
MVP SQL Server
http://www.sqlis.de
Ich bin Mitglieder bei SQLPass.de
http://www.sqlpass.de
"Chris" <Chris@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:A66A7405-02A3-43A1-BF13-EEFEF905E27A@xxxxxxxxxxxxxxxx
Hallo NG
Ich habe einen SQL 2005 aufgesetzt und folgenden "Maintenance Plan"
eingerichtet.
- History Cleanup Task
- Maintenance Cleanup Task
- Check Database Integrity Task
- Backup Database Task
Dies wird täglich durchgeführt. Jetzt fehlt mir aber noch ein Maintenance
Plan, den ich wöchentlich (oder wie auch immer) durchführe, der für die
Indexe und was ich sonst noch vergessen habe zuständig ist. Ich meine
damit
z. B. Rebuild Index / Reorganize Index / Shrink Database / Update
Statistics.
Was ich suche ist ein Whitepaper oder Best Practices zum Einrichten von
Maintenance Task. Auch Tipps sind sehr willkommen.
Besten Dank und viele Grüsse
.
- Prev by Date: Re: Fehlerhafte ODBC-Datenerweiterung bei den Reporting Services
- Next by Date: Parameter eines Reports an einen Subreport übergeben
- Previous by thread: Zufallszahl als VARCHAR(16) ausgeben
- Next by thread: Parameter eines Reports an einen Subreport übergeben
- Index(es):
Relevant Pages
|
