Notes de mise à jour de APTARE IT Analytics
- Introduction
- Version de correctif pour la version 10.6.00
- Versions de correctif : APTARE IT Analytics
- Notes de mise à jour de la version de correctif 10.6.00 P17
- Notes de mise à jour de la version de correctif 10.6.00 P16
- Notes de mise à jour du correctif 10.6.00 P15
- Notes de mise à jour de la version de correctif 10.6.00 P14
- Notes de mise à jour de la version de correctif 10.6.00 P13
- Notes de mise à jour de la version de correctif 10.6.00 P12
- Notes de mise à jour du correctif 10.6.00 P11
- Notes de mise à jour de la version de correctif 10.6.00 P10
- Notes de mise à jour de la version de correctif 10.6.00 P9
- Notes de mise à jour de la version de correctif 10.6.00 P8
- Notes de mise à jour de la version de correctif 10.6.00 P7
- Notes de mise à jour du correctif 10.6.00 P6
- Notes de mise à jour du correctif 10.6.00 P5
- Notes de mise à jour de la version de correctif 10.6.00 P4
- Notes de mise à jour de la version de correctif 10.6.00 P3
- Notes de mise à jour de la version de correctif 10.6.00 P2
- Notes de mise à jour de la version de correctif 10.6.00 P1
- Versions de correctif : APTARE IT Analytics
- Nouveautés : points clés de la version 10.6.00
- Versions de produit prises en charge
- Améliorations apportées au menu Actions de tableau de bord
- Gestion des licences standard Veritas pour APTARE IT Analytics
- Exploitation de la collecte de données de politique NetBackup pour File Analytics
- Chemin d'accès de la mise à niveau minimale
- Prise en charge de l'API REST dans la politique de commutateur Brocade
- Modifications du programme d'installation du portail APTARE IT Analytics
- Modifications de la sécurité
- Améliorations apportées au rapport de contrôle de l'intégrité du système
- Outil de support amélioré pour la collecte des journaux
- Tableaux de bord pré-intégrés
- Déploiement accéléré de connecteurs
- Le déployeur de connecteurs doit utiliser « portail » et « aptare_ro »
- Nouvelle marque du portail APTARE IT Analytics
- Prise en charge de la portabilité des politiques
- Nouvelle catégorie Rapports cloud publics
- Déploiement de toutes les suites depuis le portail
- Déplacement des rapports de réplication sous les rapports Capacity Manager
- Nouvelle catégorie de ransomware pour les extensions de fichier connues
- Optimisation de la durée de déploiement d'un connecteur
- Améliorations apportées à la structure du SDK
- Modification de l'utilisateur Oracle en lecture seule dans le fichier portal.properties
- Amélioration de la structure pour l'affichage des paramètres d'exploration en cascade
- Prise en charge des baies de stockage Hitachi Vantara 100 % Flash et Hybrid Flash
- Accès aux rapports APTARE avec des API REST même si la connexion SSO est configurée
- Évaluation des économies de déduplication NetBackup dans votre environnement
- Nouveau tableau de bord et rapports pour suivre les performances de sauvegarde
- NetApp StorageGRID
- Politique de Data Collector pour Infinidat InfiniGuard
- Rapports de résumé NetApp StorageGRID
- Capture des événements historiques Cohesity DataProtect à la demande
- Alertes et rapports sur les échecs de réplication d'images NetBackup
- Collecteur de données pour le modèle CS8000 de FUJITSU ETERNUS
- Collecteur de données pour le modèle DX/AF de FUJITSU ETERNUS
- Application IT Analytics ServiceNow certifiée sur les versions Québec et San Diego
- Systèmes pris en charge
- Installation et mises à niveau
- Améliorations et problèmes résolus
- Problèmes connus, optimisations et fin de vie
Optimisation : personnaliser le paramètre de descripteur de fichiers Linux pour les collectes volumineuses
Certains environnements peuvent nécessiter des optimisations pour améliorer les performances ou pour s'adapter à un nombre important de politiques de collecte de données.
Sous Linux, une partie de la mémoire est destinée aux descripteurs de fichiers, qui est le mécanisme utilisé pour déterminer le nombre de fichiers pouvant être ouverts simultanément. La valeur par défaut est 1024. Pour les environnements de politiques de collecte volumineux, vous devrez peut-être augmenter ce nombre jusqu'à 8 192, de manière à ce que le collecteur ne dépasse pas la limite de descripteurs de fichier ouverts. Un environnement volumineux est caractérisé comme un collecteur qui effectue des collectes à partir d'au moins 20 sous-systèmes, par exemple plus de 20 instances TSM ou plus de 20 tableaux uniques.
Pour modifier le nombre de descripteurs de fichiers, procédez comme suit.
Sur le serveur de collecteur de données Linux, modifiez /etc/security/limits.conf et ajoutez ces lignes à la fin du fichier.
root soft nofile 8192 root hard nofile 8192
Déconnectez-vous et reconnectez-vous en tant que racine pour exécuter les commandes suivantes afin de confirmer que toutes les valeurs ont été définies sur 8192.
ulimit -n ulimit -Hn ulimit -Sn
Redémarrez le collecteur de données.