Nous avons une application 24x7 qui traite des douzaines d'instances WF4.Persistance dans wf4 WorkflowApplication: SQL Server vs ORACLE DevArt
Nous avons implémenté avec succès une stratégie de récupération de persistance & à l'aide d'OnIdle persistante de stockage d'instance SQL, en attendant ce statut dans l'arrêt contrôlé et le chargement dans la récupération.
Nous devions passer à ORACLE et nous avons utilisé DevArt Instance Store et nous avons quelques problèmes avec le même code. Jusqu'ici, nous continuons à utiliser OnIdle, mais maintenant nous avons dû décharger à l'arrêt contrôlé afin de pouvoir charger dans la récupération. Notre peur vient quand nous pensons aux fermetures «pas si doucement» qui peuvent apparaître.
Qu'en est-il des instances persistantes sans être déchargées si elles ne peuvent pas atteindre la méthode d'arrêt contrôlé? Comment les récupérer? Quelqu'un a-t-il fait face à la même situation?
Comment vous gérez un arrêt non contrôlé avec le serveur Sql? – Vivek
Hi Vivek, persistant dans chaque On_idle utilisant des tables de surveillance personnalisées à partir de la persistance WF4 peut être rechargé à nouveau une fois le système démarré. –
Avez-vous ajouté vos propres tables en dehors des tables WF fournies pour la persistance WF? L'idée de base est "Devart.Data.Oracle.WorkflowFoundation.dll" fonctionne aussi bien que la persistance du serveur SQL en utilisant Oracle comme base de données. C'est une suggestion stupide qui fait un petit POC avec Devart et oracle avant le changement de technologie réel. Devart un mois d'essai est gratuit. – Vivek