Ένα από το στοιχεία της δουλειάς μας που μου αρέσει πάρα πολύ είναι να ανακαλύπτω αυτά που δεν είναι δημοφιλή. Τόσα χρόνια έχω βρει πραγματικά διαμάντια που δυστυχώς δεν τους έχει δοθεί η απαραίτητη προσοχή. Ένα από αυτά που πάντα θα λέω είναι το automatic page recovery όταν έχω database mirroring.

Όταν έστησα για πρώτη φορά SQL Server 2012 σε Windows Server 2012 ήταν αυτό που λέμε έρωτας με την πρώτη ματιά. Αν και στην αρχή δεν είχα εντοπίσει πολλά features εντούτοις έβλεπα εξαιρετική απόδοση και ευκολίες διαχείρισης.

Από τα βασικά πράγματα που σχεδόν όλοι για να μην πω όλοι οι DBAs προσπαθούμε να πετύχουμε είναι η υψηλή διαθεσιμότητα του SQL Server (High Availability) και ταυτόχρονα να έχουμε και Disaster Recovery στο οποίο να μεταφερόμαστε αυτόματα και γρήγορα.

Αρκετά χαρακτηριστικά μας έχουν δοθεί στο πέρασμα του χρόνου στον SQL Server με τα οποία βελτιώνονταν όλο και περισσότερο το HA και το DR.
Clustering, Replication, Log Shipping, Database Mirroring είναι τα παλιά που είχαμε και τώρα στον SQL Server 2012 έχουμε τα AlwaysOn Availability Groups.

Αν κοιτάξουμε όμως λίγο καλύτερα και σκεφτούμε τους λόγους που έχουμε τόσους πολλούς και διαφορετικούς τρόπους για να έχουμε HADR θα εντοπίσουμε και την αιτία που μας έχει οδηγήσει σε αυτούς. Από όλες τις αιτίες που πιθανόν να σας έρθουν στο μυαλό νομίζω ότι θα συμφωνήσετε μαζί μου ότι  το storage είναι ίσως το μεγαλύτερο βάσανο μας.

Αυτό είτε είναι DAS (Direct Attached Storage) είτε είναι SAN (Storage Area Network). Δεν θα μπω σε περισσότερες λεπτομέρειες για αυτά καθώς είναι πολλά χρόνια που χρησιμοποιούνται και όλοι λίγο ως πολύ γνωρίζουμε τα συν και πλην τους.

Όμως ο κόσμος μας αλλάζει και εδώ είναι ένα νέο που πρόσφατα ανακάλυψα και έχω ξεκινήσει να παίζω μαζί του.

Από προηγούμενες εκδόσεις είναι γνωστό το SMB (Server Message Block) Protocol το οποίο χρησιμοποιείται by default από τα Windows.

Ξέρω ότι πολλοί θα αναρωτηθείτε που κολλάει το SQL Server 2012 σε αυτό.

Πως θα σας φαίνονταν να είχατε ένα Active-Active file sharing scale out, high available, high performance storage;

Είμαι σίγουρος ότι όλοι θα το θέλατε και θα θέλατε και άλλα  όπως να είναι εύκολο στην διαχείριση (όχι LUNs όχι zoning) με dynamic relocation και πάνω από όλα να μην με βάζει να κάνω κόλπα ζόρικα με τον SQL Server.

Βέβαια πολλοί ενθυμούμενοι παλαιότερες καταστάσεις θα προβάλλουν επιχειρήματα για την αξιοπιστία του SMB (unreliable connections, poor performance, lack of integrity κ.α.)

Αν σας έλεγα ότι όλα αυτά με τον Windows Server 2012 ανήκουν στο παρελθόν πιθανόν να με λέγατε τρελό. Και όμως είναι αλήθεια πλέον με τον SMB 3.0 στα Windows 2012 έχω:

• SMB Transparent Failover
• Server fault tolerance with zero application downtime
• SMB Multichannel
• Network fault tolerance with zero app downtime
• • SMB Multichannel
• Bandwidth aggregation
• • SMB Direct (SMB over RDMA)
• Support for Remote Direct Memory Access (RDMA) enabled network adapters
• High bandwidth, low latency and CPU usage
• • SMB Scale Out
• Active/Active file shares
• Increased bandwidth
• • SMB Performance for Server Apps
• Optimizations for server app IO profiles
• Performance analysis & tuning

Και το σημαντικότερο είναι ότι ο SQL Server 2012 είναι έτοιμος να υποστηρίξει όλο αυτό χωρίς να κάνεις μαγικά.
Επειδή τα λόγια είναι περιττά δείτε την παρουσίαση που με έκανε να ψαχτώ περισσότερο και ελπίζω να σας κάνει και εσάς να ψαχτείτε περισσότερο

Enjoy it!