Backlog

SQL database

avatar

Bonjour,

version : 2023.2.18.0 64-bit

datasource : SQL

Notre database SQL pour RDM devient enorme. Est ce qu'il existe un moyen de nettoyer tout l'historique.

Est ce possible de couper l'historisation, vu que nous sommes deja audité via cyberark ?

J'ai essayé la partie clean up entry history, mais j'ai une erreur qui n'est pas tres parlante

cordialement

cleanuphstory.png

All Comments (18)

avatar

Bonjour,

Avez-vous un message d'erreur plus descriptif dans Help - Application Logs?

Je vais vous envoyer quelques requêtes en message privé vous permettant de nettoyer les tables d'historique.

Pour votre information, avec la source de données Devolutions Server, la fonctionnalité Cleanup Logs permet justement de planifier automatiquement ce nettoyage.

Cordialement,

Érica Poirier

avatar

Bonjour,

merci pour les scripts.

A defaut de pouvoir cleaner automatiquement sans la version serveur, est ce qu'il est possible de desactiver l'enregistrement de l'historique ?

Les tables UserInfoHistory et ConnectionHistory se remplissent beaucoup trop rapidement

Merci

avatar

Bonjour,

Merci pour votre réponse.

Il n'est malheureusement pas possible de désactiver l'enregistrement de l'historique.

Avez-vous pu adapter les scripts pour la table UserInfoHistory?

Avez-vous des script PowerShell qui effectuent des ajouts/modifications/suppressions d'entrées? Si c'est le cas, ceci impacte la table ConnectionHistory.

Concernant la table UserInfoHistory, faites-vous beaucoup d'opérations sur les comptes utilisateurs?

Cordialement,

Érica Poirier

avatar

Bonjour,

Nous utilisons,le module cyberark.

comme les credentials ont tendance a disparaitre avec ce module (ticket ouvert chez vous) régulièrement, les users doivent les remettres tres souvent.

cordialement

avatar

voila un rapport de la DB par table

5b19cf3b-382f-4f5d-ae5e-c96732baa1b6.png

avatar

en deux heures :




on va pas pouvoir continuer comme ca.

avez vous une idée pour purger cette table ?

merci

7fc812f8-568a-466d-b594-e8276f70cf36.png

avatar

bonjour,

apres quelque recherche :


il semble que ce soit l'index et non pas le contenu de la table qui prenne tout l'espace

est ce que vous auriez des scripts qui permettraient de remedier au probleme ?

merci

568b5397-0d38-4d35-b02a-a3595f9080e9.png

avatar

Bonjour,

Merci pour vos réponses.

Dans Administration - Pack Data Source, le bouton Index Maintenance permet de réindexer toutes les tables dans la base de données.



Dites-nous si cela aide à corriger la situation.

Cordialement,

Érica Poirier

29334186-eca7-4f28-bfe2-fe597b9d677d.png

avatar

Bonjour,

Pouvez-vous exécuter cette requête et me dire si un ou plusieurs utilisateurs se retrouvent avec la majorité des enregistrements dans la table UserInfoSecurity?

SELECT TOP 10 s.Name, h.UserInfoID, count(*)
FROM dbo.UserInfoHistory h
    LEFT OUTER JOIN dbo.UserSecurity s ON s.ID = h.UserInfoID
GROUP BY s.Name, h.UserInfoID
ORDER BY 3 DESC;


Cordialement,

Érica Poirier

avatar

bonjour,

voila le resultat :



cordialement

0a5a60aa-6384-4679-ae56-ef81ddef670b.png

avatar

bonjour,

apres la mnipulation sur l'index :



pas de changement

cordialement

e76040c5-e7cf-4ef4-aea9-35bd510cd4fa.png

avatar

Bonjour,

Merci pour votre réponse.

De quelle façon sont utilisés les credentials CyberArk par ces utilisateurs? Est-ce qu'ils sont configurés sur des entrées via les User Specific Settings?

Cordialement,

Érica Poirier

avatar

bonjour,

oui, mais avec batch edit pour etendre ces credentials sur chacune des entrées par domaine.

chaque user a un Safe nominatif dans cyberark par domaine

cordialement

avatar

Bonjour,

Chaque modification faite sur une entrée pour modifier le User Specific Settings va créer un enregistrement dans la table UsereInfoHistory.

Est-ce que ces entrées sont classées sous un dossier par domaine? Dans ce cas, il serait plus pratique d'utiliser la fonctionnalité d'héritage pour le paramètre Credentials de ces entrées et configurer le credential CyberArk sur le dossier parent de ces entrées. Cela diminuerait de beaucoup le nombre d'enregistrements dans la table UserInfoHistory.

Dites-moi si cette configuration serait applicable de votre côté.

Cordialement,

Érica Poirier

avatar

Bonjour,

oui elle sont classé par directory. par contre j'avais deja essayer via ce module mais cela ne semblait pas fonctionner.

si c'est faisable, alors oui on pourrait le mettre en place.

vous auriez une marche a suivre ?

merci

avatar

Bonjour,

Je vous ai envoyé un lien pour planifier une session de support. Nous allons prendre le temps d'analyser votre structure afin de trouver une façon plus optimale de gérer cette situation.

Cordialement,

Érica Poirier

avatar

bonjour,

oui ce sera pour demain

merci encore pour votre aide

cordialement

avatar

Bonjour Xavier,

Tel que discuté lors de la session de support, nous allons ajouter les variables $FOLDER_USERNAME$ qui vous permettra d'utiliser une variable dans vos templates pour éviter que les utilisateurs aient à reconfigurer leur identifiant sur toutes les entrées.

Le billet a été soumis à l'équipe de développeurs. Aussitôt que c'est disponible, nous vous aviserons dans cette discussion.

Merci pour votre patience.

Cordialement,

Érica Poirier