En partie d'accord avec WhyMe.
Je pense que les données toutes les 5 minutes doivent être archivées le plus longtemps possible.
Par contre, l'idée de faire des tables de statistiques évitera effectivement de perdre du temps lors de la consultation des stats en question.
Ceci dit, je doute que les équipes réseau passent leur temps sur la base (à moins que tu ne leur fasse une sorte de "Widget" sur le bureau ?). Du coup, l'intérêt de ces tables de statistiques est relativement faible : si ça ne doit prendre que 5 secondes pour les recalculer, ce n'est pas forcément utile de faire ce calcul sans arrêt.
Pour cette raison, je t'encourage à utiliser des vues pour simuler tes tables de statistiques. Ainsi, à partir des données brutes, tu peux récupérer les informations correctement regroupées.
Mieux, avec SQL Server 2005, tu peux créer des vues matérialisées. C'est à dire qu'elles stockent les valeurs déjà calculées plutôt que de les recalculer à chaque requête. L'intérêt principal, c'est que si pour une raison ou une autre, tu dois modifier la table des relevés de compteurs à une date passée (genre, suite à une action particulière, il y a eu une utilisation anormale et exceptionnelle des serveurs, qui vient polluer les stats globales) le simple fait de modifier les données de base sera propagé dans les vues matérialisées immédiatement, alors que l'interrogation de la vue ne déclenchera pas de charge. En plus, une vue matérialisée est indexable, ce qui peut être très utile si tu as un réel besoin de performances.