Vous ne savez pas si les utilisateurs ont configuré la réplication transactionnelle bidirectionnelle sur les tables ASP.NET utilise pour l'état de session stockée SqlServer (ASPStateTempSessions et ASPStateTempApplications) et les tables utilisées pour l'appartenance, le rôle et la personnalisation? Comment cela s'est-il passé? Y a-t-il eu des pièges?Réplication de session ASP.NET SqlServer
Pour l'appartenance, la réplication vous convient probablement, bien qu'un cluster puisse être mieux adapté à l'échelle. Pour l'état, je serais plus enclin à utiliser un cluster. Je dirais que l'exception à ceci est quand vous avez un ensemble de serveurs séparés géographiquement, mais il est rare d'avoir des sites Web, à l'exception de certains des plus grands, séparés géographiquement. Est-ce que j'ai déjà effectué une réplication sur des tables d'état ou d'appartenance? non.
vous pouvez clairement faire, il suffit de modifier l'un de la procédure stockée qui a un petit bug où vous finiriez avec l'erreur
Nom de la colonne ou le nombre de valeurs fournies ne correspond pas à la table définition .
pour éviter ce changement juste procédure stockée TempGetAppID
de cette
INSERT [YOURDBNAME].dbo.ASPStateTempApplications
VALUES
(@appId, @appName)
À
INSERT [YOURDBNAME].dbo.ASPStateTempApplications
(AppId,AppName)
VALUES
(@appId, @appName)