jump to navigation

H/D shows different data after every restart 30 Σεπτεμβρίου 2006

Posted by Νικόλας in Hardware.
Tags: ,
add a comment

Πρόσφατα σε ένα πελάτη, διαπίστωσα ότι στο mail server που έχει εγκατεστημένο τη μία στιγμή τα Queues ήταν τίγκα στο email και μετά από μία επανεκίνηση τα Queues ήταν άδεια!

Μετά από ακόμα μία επανεκίνηση, να ‘σου τα Queues τίγκα πάλι στα emails.

Ακόμα μία φορά επανεκίνηση, άδεια τα Queues.

Ποιό είναι το περίεργο; Ότι τα Queues δεν άδειαζαν από τα παλιά emails και γέμιζαν από τα νέα, αλλά κάθε φορά που ήταν γεμάτα, είχα ακριβώς τα ίδια emails και κάθε φορά που ήταν άδεια, δεν υπήρχε απολύτως κανένα ύχνος των emails. Σαν να έκανα boot τη μία φορά σε ένα δίσκο και την άλλη σε άλλο!

Ε! Ακριβώς αυτό συνέβαινε! Ο Server είχε ένα ταπεινό RAID1 με έναν «μάρκαμέκαψες» controller, το οποίο δεν ήταν συγχρονισμένο! Οπότε ήταν θέμα τύχης ποιά «έκδοση» του δίσκου θα δίαβαζε κάθε φορά!

Για αυτό το λόγο… προτιμήστε κάποιον αξιόπιστο RAID controller και όχι όποιον βρείτε σε προσφορά στη Λαϊκή .

Υ.Γ. Ο δικός μου ο Server πάντως είναι IBM xSeries με SCSI σκληρούς (3) και σοβαρό αξιόπιστο RAID controller! BTW. Είναι και Hot Swap (πολύ το γουστάρω!)

Enable S.M.A.R.T. on Giggabyte m/b 30 Σεπτεμβρίου 2006

Posted by Νικόλας in Hardware.
Tags: ,
add a comment

Επειδή μονίμως το ξεχνάω, το καταγράφω, μήπως και κάποιος άλλος ψάχνει πως θα ενεργοποιήσει κάποια advanced options στις Gigabyte motherboards, όπως π.χ. το S.M.A.R.T. στους δίσκους.

Το μυστικό λοιπόν είναι το Ctrl-F1.

Απλά πατάτε DEL κατά το boot και μόλις μπείτε στο BIOS menu, πατάτε CTRL-F1 και ενεργοποιούνται τα advanced options της Gigabyte.

Μην περιμένετε να δείτε κάποια επιπλέον επιλογή στο κεντρικό menu. Όταν επιλέξετε κάτι από το menu θα δείτε κάποιες επιπλέον επιλογές που δεν ήταν ορατές παλιότερα.

Για τις άλλες m/b δεν γνωρίζω, εγώ Gigabyte έχω και στη τελευταία ASUS που είχα, δεν είχε τέτοια μυστικά.

LDF file is lost or deleted or corrupted 30 Σεπτεμβρίου 2006

Posted by Νικόλας in SQL.
Tags: ,
1 comment so far

Είχα γράψει κάποτε σχετικά με το τί μπορείς να κάνεις αν για κάποιο λόγο, π.χ. πολύ μεγάλο transaction log ή corrupted transaction log, η βάση εμφανίζεται ως «ύποπτη».

Πρόσφατα αντιμετώπισα το εξής πρόβλημα. Κάποιος έξυπνος είχε τη φαεινή ιδέα, να μεταφέρει την SQL σε άλλο SQL server. Τί έκανε, απλά copy paste. Ότι χειρότερο μπορείται να κάνετε. Η SQL δεν είναι DOS, θέλει προσοχή, αγάπη, φροντίδα και proderm. Για το λόγο αυτό υπάρχουν οι λειτουργίες backup/restore και detach/attach. Όποτε θέλετε να μεταφέρετε μία βάση ΠΟΤΕ μα ΠΟΤΕ ΜΗΝ κάνετε απλά ένα copy. O σωστός τρόπος είναι να την κάνετε ένα backup και στη συνέχεια ένα restore στο νέο server. Και αν αντιμετωπίσετε πρόβλημα εγώ θα κάτσω να με … μουτζώσετε!

Το πρόβλημα λοιπόν που προέκυψε ήταν ότι NO LDF file around! Πού είναι το LDF ΟΕΟΟΟ;!

Στην αρχή σκέφτηκα να κάνω ότι στη περίπτωση που το LDF είναι corrupted, αλλά είπα να «δοκιμάσω τη τύχη μου» και να δοκιμάσω να κάνω κατευθείαν attach τη db, για την ακρίβεια επιχείρησα να κάνω attach single file.

Και Ω! ΝΑΙ! H SQL με ενημέρωσε ευγενικά ότι δεν υπάρχει το αρχείο LDF και ότι θα ήταν μεγάλη της τιμή να δημιουργήσει ένα νέο.

Η αλήθεια είναι ότι δεν έχω καταλάβει γιατί στη μία περίπτωση είναι απαραίτητη όλη αυτή η διαδικασία ενώ σε αυτή τη περίπτωση, αρκεί ένα attach single file.

Όποιος μάστορ(ας) κατέχει περισσότερα για το θέμα, ας δώσει τα φώτα του.

Το θέμα είναι ότι σε περίπτωση που για οποιοδήποτε λόγο βρεθείτε ΜΟΝΟ με ένα ΚΑΛΟ (uncorrupted) MDF αρχείο, τότε απλά εκτελέστε την εντολή: EXEC sp_attach_single_file_db @dbname = ‘<όνομα βάσης>’, @physname = ‘<SQL path\mdf_αρχείο_βασης.mdf>’, π.χ. EXEC sp_attach_single_file_db @dbname = ‘mydb’, @physname = ‘C:\Program Files\Microsoft SQL Server\Data\mydb.mdf’

ή απλά επιλέξτε attach μέσα από τον Enterprise Manager και επιλέξτε Single File.