Pour une raison quelconque, lorsque je tente de copier un fichier, avec cp, d'un endroit à l'autre, les cmd est bloqué (ou de prendre un temps anormalement long).

Habituellement, la copie d'un fichier de 1 Go prendra 3-4 minutes, jusqu'à présent, il est à 11 minutes et a été bloqué hier pendant plusieurs heures.

Existe-t-il une façon que je peux voir pourquoi ou ce qui se passe?

Merci

Le AIX écran:

rm: Supprimer / oracledata/IFSP/ifsapp_archive_data01.dbf
rm-fe / oracledata/IFSP/control01.ctl
rm-fe / oracledata/IFSP/control03.ctl
cp-p / ifsdoc/Backup/BackupofIFSL/oracledata/IFSL/ifsapp_archive_data01.dbf / oracledata/IFSP/ifsapp_archive_data01.dbf

Le fichier est d'environ 1Go.

J'ai fait un test.

Je FTP'ed un fichier de 6 Mo / oracledata / IFSP et il a fallu environ 15-20 secondes. Copier le même fichier à un autre système de fichiers sur le même serveur a eu un deuxième.

J'ai aussi remarqué que le fichier que je viens de copier (le fichier de 1 Go) est en fait la copie, très lentement. 53MB de 30 minutes.

Existe-t-il certains chkdsk sorte de chose que je peux accomplir. Note / oracledata abrite aussi le live, IFSL dossier qui est "en service".

Merci

Je pense que c'est le problème:

/ dev/redo1_lv - / redolog1 jfs2 32768000 rw oui
non
/ dev/redo2_lv - / redolog2 jfs2 32768000 rw oui
non
/ dev / archive_lv - / archivelogs jfs 65536000 rw yes
non
/ dev / oradata_lv - / oracledata jfs2 405536768 cio, rw oui
non
/ dev / oraindex_lv - / oracleindex jfs2 305659904 rw-vous
s pas
/ dev / ifsdoc_lv - / jfs ifsdoc rw 403701760 oui
non


Le CIO est connue pour provoquer des problèmes de performances lors de la copie à Niveau de l'OS.

Nous ne sommes pas sûr de savoir comment il s'est fixé, mais comment peut-on l'éteindre!

Vous pouvez désactiver cette option IO simultanées à l'aide de Smitty jfs2, rendez-vous de changer / show ... localiser vos systèmes de fichiers et de supprimer les options du mont cio. Vous pouvez également modifier le fichier / etc / fichiers à la main pour enlever cette option à partir de la strophe en question. Remonter d'/ oracledata est nécessaire pour que les modifications prennent effet.

Le seul problème ici, c'est Oracle performance. En utilisant l'option cio sur le point de montage de la performance des bases de données est grandement accrue. Si vous décidez de changer cette configuration migth vous voulez regarder dans les paramètres de réglage VMO à diminuer le degré de système de fichiers tampons utilisés par le système.

Merci d'orthographe - s'il a été allumé accidentellement (ou mystérieux).

Nous avons été sans courir depuis la dernière fois que nous avions il ON, avec JFS2, nous avons perdu tout un système de fichiers - qui n'a pas été un grand d'être en position!

Les os des commandes "cp", par exemple courir incroyablement lent (de manière inacceptable), mais peut-être Oracle est plus rapide. (Ne peut pas dire pour le moment - car les utilisateurs ne lamenter quand elle est lente, pas Parise quand il est rapide!)

Je vais démonter, changer, je pense que remonter!

À la vôtre