ckotsidimos

Καλημέρα, Ήθελα να ρωτήσω αν πρέπει να κάνουμε πρώτα stop τα service του SQL πριν κάνουμε shutdown ή restart τα Windows.

Καλημέρα, Καλή επιτυχία και πάνω από όλα επαγγελματισμός και σοβαρές λύσεις!!! Αυτό που κάνεις να το κάνεις τέλεια και όχι όπως οι περισσότεροι!

@i-away Δεν είναι θέμα εγωισμού!!! Αν δεν ξέρεις διάβασε!! Ψάξε και μην κάνεις τον έξυπνο!!!

Μακάρι να γίνειθεσμός!! Δεν υπάρχει κάτι αντίστοιχο ελληνικό και δεν έχει γίενι μέχρι τώρα κάτι. Η ελληνική κοινότητα θα πρέπει να δείξει ότι υπάρχει. Γιατί δε μιλάτε και με τους devs? Επίσης έχω εμπειρία σε οργάνωση και μπορώ να βοηθήσω

Thanks!!!

Αν έχω μια βάση με 3 schemas και ο χρήστης Α με δικαιώματα datawriter και έχει default schema το S1 αλλά θέλω να έχει πρόσβαση και στο S2 και το S3 χρειάζεται να κάνω κάτι??

Καλημέρα, Προσπαθώ να βρω κάτι και θα ήθελα να με βοηθήσετε. Είναι νομίζω μια πολύ εύκολη ερώτηση. Έχω γράψει ένα update statemnt στο Management Studio του SQL Server 2005 και κατά λάθος κάνω Update ολες τις γραμμές ενός πίνακα. Πως μπορώ να κάνω rollback το Transactpion μιας και όπως ξέρω το auto commit είναι ενεργοποιημένο by default στο SQL Server? Thanks

Δεν είπα το αντίθετο.. αλλά μόνο αυτό μπορώ να σκεφτώ - βρω Αν είσαι virtual σήκωσε ένα σύστημα και δοκίμασε!

Έχεις δοκιμάσει να βγάλεις τα node του SQL Server από το cluster και κάνεις τις εγκαταστάσεις σε κάθε ένα ξεχωριστά και μετά να τα ξαναβάλεις στο cluster? Αν και αυτό δεν είναι by the book Και μάλλον θα θέλει Test

Thanks

Μία ερώτηση ακόμα, Έχω βρει αυτό το script να το κάνω, USE master GO ALTER DATABASE TempDB MODIFY FILE (NAME = tempdev, FILENAME = 'D:\DataBases\TempDB\tempdb.mdf') GO ALTER DATABASE TempDB MODIFY FILE (NAME = templog, FILENAME = 'D:\DataBases\TempDB\templog.ldf') GO και μετά restart το service του SQl Server Είμαι ΟΚ? Δυστυχώς δεν έχω βρει κάποιο document από τη Microsoft.

Καλημέρα, Έχω έναν SQL Server 2005 Enterprise Edition στον οποίο η temp Db είναι στο C:\. Μπορώ να τη μετακινήσω σε κάποιο άλλο drive? Αν ναι, είναι επικίνδυνο? Ευχαριστώ,

Πολύ καλό άρθρο. Έχεις κάποια resources για το Bulk-Logged Recovery?

Το θέμα των backup είναι άμμεσα συνδεδεμένο με την πολιτική Restore της εταιρείας! Στην πραγματικότητα όπως είπαν και οι προηγούμενοι το θέμα είναι πόση πληροφορία αντέχεις να χάσεις από το full backup και μετά. Αν δε σε ενδιαφέρει η πληροφορία τότε καλύτερα να γυρίσεις σε Simple Recovery Model και να ηρεμήσεις. Αν σε ενδιαφέρει η πληροφορία μέσα στην ημέρα και οι αλλαγές που έχουν γίνει τότε πρέπει να κάνει ένα full backup και μέχρι το επόμενο να κάνεις μια πολιτική για Transaction log backup. @Antonios Chatzipavlis Περιμένουμε το άρθρο!! Μάλλον το χρειαζόμαστε αρκετά!

Η σκέψη μου είναι ότι αν δεν υπάρχει dbadmin ή κάποιος επιφορτισμένος με το ρόλο αυτό το μέγεθος μπορεί να ξεφύγει. Αναφέρω το συγκεκριμένο μιας και ήταν κάτι με το οποίο την πάτησα παλιότερα και όπως λέει ο σοφός λαός "Όποιος καεί απ' το χυλό ...." Οπότε είμαι παθόν και μαθών!

Είναι λίγο ρίσκο να το έχεις σε unrestricted mode το transaction log. Σε κάθε περίπτωση, πιστεύω ότι ένα log backup σε τακτά χρονικά διαστήματα με κάποιο maintenance plan θα κρατήσει το χώρο σε ικανοποιητικό επίπεδο.

Το λιγότερο για τόσα χρήσιμα που έχω διαβάσει

Πολύ καλό άρθρο, μόνο στο Βήμα 7 έχει γίνει ένα typing error.