Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique contient des informations sur l’utilisation des fonctionnalités FILESTREAM et FileTable avec des groupes de disponibilité Always On dans SQL Server 2014.
L'intégralité des fonctionnalités FILESTREAM est prise en charge. Après un basculement, les données FILESTREAM sont accessibles à la fois sur les réplicas secondaires avec accès en lecture et sur le nouveau réplica principal.
La fonctionnalité FileTable n'est prise en charge que partiellement. Après un basculement, les données FileTable sont accessibles sur la réplique principale, mais les données FileTable ne sont pas accessibles sur les répliques secondaires lisibles.
Dans cette rubrique :
Conditions préalables
- Avant d'ajouter une base de données qui utilise FILESTREAM, avec ou sans FileTable, à un groupe de disponibilité, vérifiez que FILESTREAM est activé sur chaque instance de serveur qui héberge un réplica de disponibilité pour le groupe de disponibilité. Pour plus d'informations, voir Activer et configurer FILESTREAM.
Utilisation des noms de réseau virtuel (VNN) pour FILESTREAM et FileTable Access
Lorsque vous activez FILESTREAM sur une instance du SQL Server, un partage d'instance est créé pour permettre d'accéder aux données FILESTREAM. Vous accédez à ce partage en utilisant le nom d'ordinateur au format suivant :
\\<computer_name>\<filestream_share_name>
Dans un groupe de disponibilité AlwaysOn, toutefois, le nom de l’ordinateur est virtualisé à l’aide d’un nom de réseau virtuel, ou VNN. Lorsque l'ordinateur est le réplica primaire dans un groupe de disponibilité, et les bases de données du groupe de disponibilité contiennent des données FILESTREAM, un partage d'étendue VNN est également créé pour permettre d'accéder aux données FILESTREAM. Cela n’affecte pas l’accès Transact-SQL aux données FILESTREAM. Toutefois, les applications qui utilisent les API du système de fichiers doivent utiliser le partage d'étendue VNN, dont le chemin d'accès a le format suivant :
\\<VNN>\<filestream_share_name>
Ce partage d'étendue VNN est créé lorsque l'un des événements suivants se produit.
Vous ajoutez une base de données contenant des données FILESTREAM à un groupe de disponibilité AlwaysOn sur le réplica principal. Dans ce cas, le partage
\\<computer_name>\<filestream_share_name>existe déjà. Le partage\\<VNN>\<filestream_share_name>est créé.Vous activez FILESTREAM pour l'accès en continu des E/S de fichier sur un réplica primaire qui possède des groupes de disponibilité. Les partages suivants sont créés :
\\<computer_name>\<filestream_share_name>\\<VNN1>\<filestream_share_name>pour le groupe de disponibilité 1.\\<VNN2>\<filestream_share_name>pour le groupe de disponibilité 2.
Ces partages d'étendue VNN sont également propagées à tous les réplicas secondaires.
Lorsque la base de données qui contient des données FILESTREAM ou FileTable appartient à un groupe de disponibilité AlwaysOn :
Les fonctions FILESTREAM et FileTable acceptent ou retournent des noms de réseau virtuel (VNN) à la place de noms d'ordinateur. Pour plus d’informations sur ces fonctions, consultez Filestream et FileTable Functions (Transact-SQL).
Tous les accès à FILESTREAM ou aux données FileTable via les API du système de fichiers doivent utiliser des VNN à la place des noms d'ordinateur.
Si votre application tente d'accéder au partage en utilisant le nom d'ordinateur au format \\<computer_name>\<filestream_share_name> lorsque la base de données fait partie d'un groupe de disponibilité, une erreur est générée.
Si votre application tente d’accéder au partage à l’aide d’un chemin d’accès étendu au réseau virtuel lorsque la base de données ne fait pas partie d’un groupe de disponibilité, la demande peut réussir. Dans ce cas, le nom du réseau virtuel est résolu avec le nom de l'ordinateur. Toutefois, cette utilisation est fortement déconseillée, car le chemin d’accès limité au périmètre VNN cesse de fonctionner si le groupe de disponibilité est supprimé.
Tâches associées
Contenu associé
Aucun.
Voir aussi
Vue d’ensemble des groupes de disponibilité AlwaysOn (SQL Server)