-
Articles récents
- CHAPITRE 1 – SQL Server, gestion de la performance… et la VM dans tout ça ?
- Haute disponibilité – SQL Server vs PostGreSQL
- Détecter les blocages dans MS SQL Server
- Restarting MS SQL Server : bad or good idea ?
- Modélisation : viol de la première forme normale par « apocope »
- Petit guide de Transact SQL – Partie 1
- Trop d’index tue l’index : supprimez les index inutiles !
- Un « GREP » pour rechercher un motif dans tous les codes de Microsoft SQL Server
- Arrêt et re-démarrage d’instance SQL Server… Bonne pratique ou pas ?
- PostgreSQL vs. SQL Server (MSSQL) – part 3 – Very Extremely Detailed Comparison
- PostGreSQL vs Microsoft SQL Server (comparaison) – Partie 2 : performances des requêtes avec COUNT
- PostGreSQL vs Microsoft SQL Server – Comparison part 2 : COUNT performances
- PostGreSQL vs Microsoft SQL Server (comparaison) – Partie 1 : performances des commandes pour le DBA
- PostGreSQL vs Microsoft SQL Server – Comparison part 1 : DBA command performances
- Un cas curieux d’incompatibilité de collation…
- NOLOCK without NOLOCK, page latch time-out on tempdb and finally DUMP…
- Déplacer le stockage de la base TEMPDB
- NOLOCK sans NOLOCK, « page latch » time-out sur la base tempdb et finalement DUMP…
- Vérifier le nombre de VLF de vos bases
- TDE et AlwaysOn… Penser à protéger tempdb
Commentaires récents
Archives
Catégories
- bases de données exemple
- bug
- DBA
- index
- langage SQL
- modélisation
- Norme SQL
- Performances
- PostGreSQL
- Procédure de maintenance
- Procédure stockées de métadonnées
- Procédures MS SQL Server
- Requêtes de métadonnées
- Requetes MS SQL Server
- scripts SQL
- Sécurité
- SQL Server
- tables temporelles
- Tips and tricks
- UDF
- Uncategorized
Méta
Archives par mot-clé : AlwaysOn
Haute disponibilité – SQL Server vs PostGreSQL
La haute disponibilité des données est un facteur fondamental dans l’élaboration d’une architecture de bases de données, notamment pour des données sensibles dont la disponibilité doit être continue. C’est le cas pour les applications du monde de l’hôpital, les services … Continuer la lecture
Publié dans Uncategorized
Marqué avec AlwaysOn, base de données, continuité, haute disponibilité, hot standby, PCA, PostGreSQL, PostGreSQL vs SQL Server, PRA, Replication, sql server
Laisser un commentaire
TDE et AlwaysOn… Penser à protéger tempdb
Le chiffrement TDE (Tranparent Data Encryption) permet de chiffrer l’intégralité du stockage de la base (données, index et transactions…) en garantissant aux requêtes les mêmes performances que si la base n’était pas chiffrée. Mais il existe une petite faille lorsque … Continuer la lecture
Publié dans DBA, Procédures MS SQL Server, SQL Server, Tips and tricks
Marqué avec AlwaysOn, chiffrement transparent des données, haute disponibilité, replicas, TDE, tempdb
Laisser un commentaire