C'est l'un de ces domaines où mes vues sont contraires au courant dominant. Nous n'avons pas de quotas de disque, en fait, nous encourageons les utilisateurs à obtenir des données sur les serveurs et hors des armoires de fichiers. Nous le faisons depuis un certain temps, en préparation de la mise en œuvre de la gestion des documents.
Le disque est peu coûteux et existe depuis un certain temps.
Aucune des alternatives n'est plus acceptable pour laisser croître les dossiers de départ et les dossiers partagés. Si les utilisateurs ont des quotas de disque, ils vont soit enregistrer des données sur leurs disques locaux, trouver d'autres endroits sur le réseau pour les cacher, soit les imprimer et les coller dans leurs tiroirs / fichiers.
Nous surveillons régulièrement l'espace et l'utilisation, et travaillons avec des utilisateurs qui deviennent incontrôlables. Nous pouvons les aider à archiver des choses sur DVD et / ou à trier si nécessaire.
Nous adoptons également cette approche avec le courrier électronique. Nous avons une solution d'archivage (ancien courrier vers un serveur d'archives) afin que l'espace disque sur le serveur de messagerie ne soit pas hors de contrôle. De toute façon, seuls quelques utilisateurs sont vraiment une préoccupation, et nous pouvons travailler avec eux.
EDIT: En lisant d'autres réponses et commentaires, une question vient à l'esprit. Devrions-nous forcer l'entreprise et les utilisateurs à répondre à notre convenance? À mon avis, nous devons nous occuper autant que possible de l'entreprise, c'est pourquoi nous opérons dans un environnement «sans quota». Notre rôle est de soutenir l'entreprise, et non l'inverse.
J'étais administrateur système dans une école et tous les élèves avaient un compte réseau. Je voulais encourager l'utilisation des ordinateurs, j'ai donc supprimé les limites de quota sur les répertoires personnels. Pour la plupart des étudiants, cela s'est bien passé, mais certains ont rapidement rempli leur répertoire de concerts vidéo et mp3.
Contrairement à ce que vous attendez, il ne s'agissait pas de trucs piratés, mais de leurs propres séquences vidéo et de la musique du groupe scolaire.
Donc, à la fin, je n'avais besoin que d'un script qui constituait de belles statistiques sur l'utilisation des fichiers, si un lecteur domestique se remplissait plus de dix fois la moyenne, j'y jetterais un coup d'œil et je suggérerais un meilleur moyen d'archivage. La plupart du temps, ce n'était qu'une liste des plus gros fichiers et du dernier accès. Les étudiants qui se comportent vraiment mal seraient remis dans le quota, mais cette situation ne s'est pas aggravée pendant mon emploi là-bas.
la source
Nous utilisons le système de quota Microsoft par défaut sur les serveurs de fichiers, en particulier en ce qui concerne les disques domestiques.
En dehors de cela, l'un de nos administrateurs dans le sud de nous a tendance à laisser les espaces de projet des utilisateurs se remplir, puis les encourage à exécuter des trouveurs en double et des programmes à fichier volumineux / dernier accès tels que "Doublekiller" , "Easy Duplicate" Finder " et " JDisk Report " , qui est l'un de mes favoris personnels.
Une autre solution que nous envisageons d'implémenter est "Enterprise Vault" de Symantec, surtout si vous faites du disque-disque-bande ou si vous disposez du stockage sur bande pour mélanger les fichiers.
la source
Nous avons un modèle de rétrofacturation où le client paie pour ce qu'il consomme. Cela nous oblige à vendre du stockage, donc plus ils en utilisent, mieux c'est pour nous. (Volume plus élevé = coût unitaire inférieur, car les besoins en personnel n'évoluent pas rapidement avec l'utilisation du disque) Nous définissons deux catégories différentes de stockage (distant, central, répliqué central), et n'utilisons pas de quotas ou de mécanismes similaires.
Les clés pour créer quelque chose comme ça fonctionnent:
la source
Nous avons divisé les disques en deux groupes.
Vous obtenez une quantité limitée de stockage sauvegardé, et cela est limité par le fait que nous puissions réellement sauvegarder ces données.
Vous obtenez une quantité beaucoup moins limitée de stockage non sauvegardé.
Cela fonctionne dans un environnement où nous n'avons pas d'exigences réglementaires pour tout enregistrer et tout auditer, et nous avons des utilisateurs qui peuvent faire la distinction entre un stockage important et moins important.
Si votre environnement n'est pas si détendu, vous voudrez peut-être examiner le SAM / QFS de Sun qui vous permet de pousser des instantanés hors site. Je suis sûr que d'autres fournisseurs proposent des produits similaires. J'ai des amis dans des environnements fortement réglementés qui l'utilisent et sont heureux.
la source
Quotas d'annuaire. Cette méthode simple a contribué à mettre un frein à la croissance du stockage. En obligeant les utilisateurs à demander des augmentations de quota et en les facturant pour cette augmentation, cela aide les utilisateurs à se contrôler eux-mêmes. (*)
Malheureusement, mettre ce genre de choses en place après coup est le genre de choses dont sont faites les révoltes des utilisateurs. Si vous commencez quelque chose à partir de zéro, c'est le moment idéal pour déployer ce genre de choses.
(*) L'inconvénient de tout type de quota est qu'il encourage les utilisateurs à commencer à utiliser C: [profil] mes documents pour les données. Dans notre cas, le stockage est une denrée chère en raison de notre incapacité à convaincre les pouvoirs en place d'y investir, nous devons donc exercer une pression à la baisse sur la croissance des données sur les serveurs gérés centralement.
la source
Pour les boîtes aux lettres d'échange, MRM est selon moi le composant le plus sous-utilisé. Au lieu de `` vider les éléments supprimés à la sortie '' qui encourage les gens à ne rien supprimer, utilisez MRM pour appliquer un cycle de suppression de courrier électronique appliqué au dossier des éléments supprimés (n'oubliez pas d'activer la benne pour que les messages puissent être récupérés sur le client côté facilement aussi).
http://technet.microsoft.com/en-us/library/bb123507.aspx
la source