blocage suite mise à jour en 2020.2.4.0

Bonjour,

Nous avons bien reçu votre schema, cela vas nous aider a diagnostiquer.

Nous vous revenons rapidement.

Cordialement,

Vincent, si tu retourne à l'ancien version est ce que tu es capable de l'ouvir?

Si oui, est ce que vous pourriez faire un Data Source Diagnostic situé dand Aide | Diagnostic et le boutton dans l'onglet Source de Données

Merci

je vous confirme en version précédente (Setup.RemoteDesktopManager.2020.1.20.0) tout était fonctionnel

sinon le diagnostic est sans problème (voir pj)



cdlt

Vincent

Pouvez-vous activer sur votre RDM le Profiler à *3* en allant dans Help -- Profiler


Et réessayer de vous reconnecter à votre dépôt

Suite à la connexion de ce dépôt, de l'information devrait apparaitre dans cette boite ici haut.

Veuillez cliquer sur *Send trace to support* et inscrire le billet DEVO-22496 dans le titre *et* la description svp.

Merci

bonjour,

je viens de faire votre manipulation mais le problème est que RDM se plante complétement et ne rend pas la main ....


bon après un très long moment d'attente RDM m'a rendu la main et je vous ai envoyé le mail de compte rendu.

comme vous pourrez le voir dans la copie d'écran

Vincent

Merci pour ces informations nous avons communiqué avec vous par notre système de billet pour planifier une session. Si vous ne voyez pas le courriel veuillez regarde dans votre boîte des indésirables.

Bonjour,

je viens de valider un horaire pour une session mais je me suis rendu compte que ce la etait pour 20 H heure de paris.

ce qui est beaucoup trop tard pour nous.

est il possible de l annuler et d'en reprogrammer une autre?

merci

Vincent

Bonjour,

Voila j'ai annulé votre rendez-vous, veuillez prendre le même lien pour en planifier une nouvelle.

Merci,

merci pour l'annulation, mais vos créneaux sont vraiment très tard pour moi .

je commence le travail vers 7H00 AM GMT+2 et j'arrête vers 5:00 PM GMT+2

idéalement un créneau vers 2:00 PM GMT +2 aurait été parfait

cdlt

Vincent

Nous pouvons nous ajusté, je communique avec vous par notre système de billet.

Suite à la session avec Vincent, la solution était de rouler l'optimisation de la base de donnée qui est une option disponible par les administrateurs (Pack Data Source) en anglais.

Par la suite, le dépôt affichait quelques entrées, mais RDM gelait, le tout était dû à la table ConnectionLog qui contenait 7 millions de modification. Nous avons diminué le nombre de Log et cela nous a permis de travailler dans le dépôt sans problème.

Une autre solution si vous ne pouvez pas diminuer le nombre de ConnectionLog c'est d'aller dans Administration -- Coffre de sélectionner votre coffre et de désactiver le mode déconnecté. Cela fera en sorte que le mode hors connexion (Offline) ne sera pas disponible pour ce dépôt et que les logs ne sont pas téléchargés. Surtout si vous travaillez de la maison en VPN.

Merci

bonjour David,

merci pour ton intervention , cela a permis de retrouver un fonctionnement optimal de notre RDM.

cdlt

Vincent

Bonjour,

nous avons environ 1 million de rangées dans la table ConnectionLog je ne sais pas si ça peu causer aussi un problème tel que Vincent?

Est-ce qu'il faudra prévoir une épuration pour passer à 2020.2.X ou ce sera corrigé dans les prochaines versions? Nous utilisons présentement 2020.1.17

merci

Bonjour,

Il est certain qu'un million d'entrée ralentiras le processus. Dans le cas de Vincent nous parlions aussi d'une espace des connectionLog de plus de 8Go. Due à un mouvement massif. Est-ce aussi le cas chez vous?
Vous pouvez le voir avec le rapport Disk usage by table

Bonjour,

La table connectionlog prend 700MB et la table connectionhistory qui prend 2.7GB.

merci

Bonjour,

Alors il serait bien si vous le pouvez de faire un nettoyage des Historiques de connexions.
Pour bien vous conseiller, veuillez utiliser le bouton Submit a Support Ticket sous l'onglet Help.

Cela nous donnera des détails et je vous donnerais la procédure pour nettoyer l'Historique de connexion.

Merci