Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source

Fonctionnalités SQL Server prises en charge

SQL Server 2014

Cette rubrique décrit les fonctionnalités SQL Server qui sont prises en charge, et celles qui ne le sont pas, avec les objets mémoire optimisés.

Les fonctionnalités SQL Server suivantes sont prises en charge sur une base de données qui contient des objets mémoire optimisés (y compris des groupes de fichiers mémoire optimisés).

Pour plus d'informations sur les types de données pris en charge, consultez Types de données pris en charge.

  • Options et opérations prises en charge sur les tables mémoire optimisées. Pour plus d'informations, consultez CREATE TABLE (SQL Server).

  • Options et opérations prises en charge sur les procédures stockées compilées en mode natif. Pour plus d'informations, consultez CREATE PROCEDURE (Transact-SQL).

  • Capacité à accéder aux tables mémoire optimisées à l'aide du Transact-SQL interprété. Le Transact-SQL interprété fournit la surface d'exposition équivalente pour accéder aux tables qui ne sont pas mémoire optimisées à l'aide de procédures stockées non compilées en mode natif et utilisant Transact-SQL. Pour plus d'informations, consultez Accéder aux tables mémoire optimisées à l'aide du Transact-SQL interprété.

  • Contrôle de version multiple et contrôle d'accès concurrentiel optimiste. Pour plus d'informations, consultez Niveaux d'isolement des transactions.

  • Opérations de sauvegarde et de restauration d'une base de données qui contient un groupe de fichiers mémoire optimisé.

    Pour plus d'informations, consultez Sauvegarde et restauration des bases de données SQL Server.

  • Affichages catalogue, vues de gestion dynamique et événements étendus pour la prise en charge. Pour plus d'informations, consultez Propriétés, vues système, procédures stockées, types d'attente et vues de gestion dynamique nouvelles et mises à jour pour OLTP en mémoire.

  • Objets de gestion SQL Server. Pour plus d'informations, consultez Prise en charge SQL Server Management Objects pour OLTP en mémoire.

  • SQL Server Management Studio. Pour plus d'informations, consultez Prise en charge de SQL Server Management Studio pour l'OLTP en mémoire.

  • SQL Server PowerShell. Pour plus d'informations, consultez Présentation de SQL Server PowerShell.

  • Importez et exportez des données en bloc à l'aide de l'utilitaire bcp. Pour plus d'informations, consultez Importer et exporter des données en bloc à l'aide de l'utilitaire bcp (SQL Server).

  • Récupération sur incident.

  • Plusieurs conteneurs dans un groupe de fichiers mémoire optimisé pour stocker des objets de l'OLTP en mémoire et réduire l'objectif de temps de récupération (RTO).

  • Les blocs du journal des transactions SQL Server calculent et valident la somme.

  • Nouvel indicateur de table SNAPSHOT. Pour plus d'informations, consultez Indicateurs de table (Transact-SQL).

  • Niveau DB COMPAT.

  • Base de données à relation contenant-contenu partielle. L'authentification de la base de données à relation contenant-contenu est prise en charge. Toutefois, tous les objets de l'OLTP en mémoire sont marqués comme étant des « relations contenant-contenu essentielles » dans la vue de gestion dynamique dm_db_uncontained_entities.

  • Service Broker, sous certaines conditions. Impossible d'accéder à une file d'attente à partir d'une procédure stockée compilée en mode natif. Impossible d'accéder à une file d'attente dans une base de données distante, dans une transaction qui accède à des tables mémoire optimisées.

  • Clustering de basculement : dans le cadre de l'offre SQL Server AlwaysOn, les instances de cluster de basculement AlwaysOn exploitent la fonctionnalité WSFC (clustering de basculement Windows Server) pour fournir une haute disponibilité locale grâce à la redondance au niveau de l'instance de serveur, une instance de cluster de basculement (FCI). Pour plus d'informations, consultez Instances de cluster de basculement AlwaysOn (SQL Server).

  • Intégration à AlwaysOn : SQL Server fournit plusieurs options permettant de garantir un haut niveau de disponibilité pour un serveur ou une base de données, y compris AlwaysOn. Pour plus d'informations, consultez Solutions haute disponibilité (SQL Server). Les tables mémoire optimisées ne peuvent pas être interrogées sur un réplica secondaire accessible en lecture.

  • Copie des journaux de transaction

    La copie des journaux de transaction SQL Server permet d'envoyer automatiquement les sauvegardes du journal des transactions à partir d'une base de données primaire sur une instance du serveur principal vers une ou plusieurs bases de données secondaires sur des instances distinctes du serveur secondaire.

    Pour plus d'informations, consultez À propos de la copie des journaux de transaction (SQL Server).

  • La réplication transactionnelle vers des tables mémoire optimisées sur les abonnés est prise en charge avec certaines restrictions. Pour plus d'informations, consultez Abonnés à la réplication de tables mémoire optimisées.

Les fonctionnalités SQL Server suivantes ne sont pas prises en charge sur une base de données qui contient des objets mémoire optimisés (y compris des groupes de fichiers mémoire optimisés).

Fonctionnalités non prises en charge

Description de la fonctionnalité

Compression de données pour les tables mémoire optimisées.

Vous pouvez utiliser la fonctionnalité de compression de données pour compresser les données dans une base de données et réduire la taille de la base de données. Pour plus d'informations, consultez Compression de données.

Partitionnement des tables et des index HASH mémoire optimisés.

Les données des tables et des index partitionnés sont divisées en unités qui peuvent être réparties sur plusieurs groupes de fichiers d'une base de données. Pour plus d'informations, consultez Tables et index partitionnés.

Chiffrement transparent des données (TDE) sur le groupe de fichiers mémoire optimisé d'une base de données.

Le chiffrement transparent des données (TDE, Transparent Data Encryption) effectue le chiffrement et le déchiffrement des E/S en temps réel des fichiers de données et des fichiers journaux. Pour plus d'informations, consultez Chiffrement transparent des données (TDE).

Le chiffrement transparent des données (TDE) peut être activé sur une base de données contenant des objets de l'OLTP en mémoire. Les enregistrements de journal de l'OLTP en mémoire sont chiffrés si le chiffrement transparent des données (TDE) est activé. Les fichiers de point de contrôle des tables durables ne sont pas chiffrés, même si le chiffrement transparent des données (TDE) est activé sur la base de données.

Réplication

Les configurations de réplication autres que la réplication transactionnelle vers des tables mémoire optimisées sur les abonnés sont incompatibles avec des tables ou des vues qui référencent des tables mémoire optimisées. La réplication à l'aide de sync_mode=’database snapshot’ n'est pas prise en charge s'il existe un groupe de fichiers mémoire optimisé. Pour plus d'informations, consultez Abonnés à la réplication de tables mémoire optimisées.

MARS (Multiple Active Result Sets)

Multiple Active Result Sets (MARS) n'est pas pris en charge avec les tables mémoire optimisées. Cette erreur peut également indiquer l'utilisation d'un serveur lié. Un serveur lié peut utiliser MARS. Les serveurs liés ne sont pas pris en charge avec les tables mémoire optimisées. À la place, connectez-vous directement au serveur et à la base de données hébergeant les tables mémoire optimisées.

Mise en miroir

La mise en miroir de bases de données est une solution permettant d'accroître la disponibilité d'une base de données SQL Server. Pour plus d'informations, consultez Mise en miroir de bases de données (SQL Server).

Serveur lié

Pour plus d'informations, consultez Serveurs liés (Moteur de base de données).

Journalisation en bloc

Quel que soit le mode de récupération de la base de données, toutes les opérations sur les tables mémoire optimisées durables sont toujours entièrement journalisées.

Journalisation minimale

La journalisation minimale n'est pas prise en charge pour les tables mémoire optimisées. Pour plus d'informations sur la journalisation minimale, consultez Journal des transactions (SQL Server) et Conditions requises pour une journalisation minimale dans l'importation en bloc.

Suivi des modifications

Le suivi des modifications peut être activé sur une base de données avec des objets de l'OLTP en mémoire. Toutefois, les modifications apportées aux tables mémoire optimisées ne sont pas suivies.

Déclencheurs DDL

Les déclencheurs DDL aux niveaux de la base de données et du serveur ne sont pas pris en charge avec les tables de l'OLTP en mémoire et les procédures stockées compilées en mode natif.

Capture de données modifiées (CDC)

La capture de données modifiées ne doit pas être activée sur une base de données qui possède des objets de l'OLTP en mémoire, car elle empêche certaines opérations telles que DROP.

À quelques exceptions, les transactions de bases de données croisées ne sont pas prises en charge. Le tableau suivant décrit les cas sont pris en charge, et les restrictions correspondantes. (Voir aussi Requêtes de bases de données croisées.)

Bases de données

Autorisées

Description

Bases de données utilisateur, model et msdb.

Non

Les requêtes et transactions de bases de données croisées ne sont pas prises en charge.

Les requêtes et les transactions qui accèdent aux tables mémoire optimisées ou aux procédures stockées compilées en mode natif ne peuvent pas accéder à d'autres bases de données, à l'exception de la base de données système master (accès en lecture seule) et de tempdb.

Base de données Resource, tempdb

Oui

Il n'y a pas de restrictions appliquées aux transactions de bases de données croisées qui, à part une base de données en mode mono-utilisateur, utilisent uniquement la base de données Resource et tempdb.

master

Lecture seule

La validation des transactions de bases de données croisées qui impliquent l'OLTP en mémoire et la base de données master échoue si ces transactions incluent des écritures dans la base de données master. Les transactions de bases de données croisées qui n'impliquent que des lectures de la base de données master et utilisent uniquement une base de données mono-utilisateur sont autorisées.

Les scénarios supplémentaires suivants ne sont pas pris en charge pour l'OLTP en mémoire :

  • La relation contenant-contenu de la base de données (Bases de données à relation contenant-contenu) n'est pas prise en charge dans une base de données contenant des procédures stockées compilées en mode natif et des tables mémoire optimisées.

  • Accès aux tables mémoire optimisées à l'aide de la connexion contextuelle depuis des procédures stockées CLR.

  • Curseurs de jeu de clés et dynamiques sur les requêtes qui accèdent aux tables mémoire optimisées. Ces requêtes sont dégradées en requêtes statiques en lecture seule.

  • L'utilisation de MERGE INTOtarget lorsque target fait référence à une table mémoire optimisée. MERGE USING source est pris en charge pour les tables mémoire optimisées.

  • TABLESTAMP n'est pas pris en charge. Pour plus d'informations, consultez FROM (Transact-SQL).

  • Fermeture automatique

  • Instantanés de base de données

  • DDL transactionnel

  • Notification d'événements

  • Le mode fibre n'est pas pris en charge avec l'OLTP en mémoire.

  • Gestion basée sur des stratégies (PBM). Les modes Prévention et Journal uniquement de PBM ne sont pas pris en charge. L'existence de ces stratégies sur le serveur peut empêcher l'exécution des déclencheurs DDL de l'OLTP en mémoire. Les modes À la demande et Selon la planification sont pris en charge.

  • Déployer/Extraire DACFX

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft