Κοίτα, δεν υπάρχει κάποιος τυφλοσούρτης. Όλα εξαρτώνται από τη βάση και το γενικότερο περιβάλλον λειτουργίας. Ας πούμε το αν έχεις μια βάση 25GB δεν λέει τίποτα αν έχεις ένα σύστημα με 16 CPU και 40G RAM. Από την άλλη αν έχεις μια βάση 100MB, 80 χρήστες με μια κακογραμμένη εφαρμογή που δημιουργεί πολλά locks σε ένα σύστημα με 1GB RAM τότε αλλάζουν δραματικά τα πράγματα. Άλλα considerations έχουν οι Very Large DBs και άλλα οι μικρές. Άλλα οι 24x7 που υποστηρίζουν ένα web site (διαρκής κίνηση) και άλλα οι 24x7 που έχουν peak 9 με 5.
Γι αυτό και σου προτείνω να ξεκινήσεις από το maintenance plan. Μπορείς να το δημιουργήσεις αλλά δεν είναι απαραίτητο να το προγραμματίσεις να τρέχει σε συγκεκριμένες χρονικές στιγμές. Μπορείς να το ξεκινάς όποτε θέλεις. Ούτε είναι υποχρεωτικό να δουλεύει με τη βάση οff-line. Έπειτα, δες τι κάνει και δες πως μπορείς να κάνεις τα ίδια με TSQL/DBCC/κλπ εντολές. Με αυτόν τον τρόπο θα μπορέσεις να γράψεις τα δικά σου maintenance scripts.
Επίσης, μπορείς να διαβάσεις και αυτό το κατατοπιστικότατο white paper: SQL Server 2000 Operations Guide ωστόσο για μένα το πιο σημαντικό είναι η μελέτη των BOL ώστε να καταλάβεις τα inner workings του συστήματος.
Vir prudens non contra ventum mingit