Av någon anledning när jag försöker kopiera en fil med hjälp av cp, från en plats till en annan av cmd har fastnat (eller med en ovanligt lång tid).

Vanligtvis kopiera en 1 GB-fil tar 3-4 minuter, så långt det är på 11 minuter och går var fast i flera timmar.

Finns det något sätt jag kan se varför eller vad som händer?

Tack

Den AIX skärmen:

rm: Ta bort / 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

Filen är ca 1 GB.

Jag gjorde ett test.

Jag FTP'ed en 6MB filen till / oracledata / IFSP och det tog cirka 15-20 sekunder. Kopiering samma fil till alla andra filsystem på samma server tog en sekund.

Jag har också märkt att filen jag kopiering (den 1 GB-fil) faktiskt kopiering, mycket långsamt. 53MB i 30 minuter.

Finns det några chkdsk slags jag kan utföra. Observera / oracledata finns också levande, IFSL mapp som är i användning ".

Tack

Jag tror att det är problemet:

/ dev/redo1_lv - / redolog1 jfs2 32768000 rw ja
nej
/ dev/redo2_lv - / redolog2 jfs2 32768000 rw ja
nej
/ dev / archive_lv - / archivelogs jfs 65536000 rw ja
nej
/ dev / oradata_lv - / oracledata jfs2 405536768 CIO, rw ja
nej
/ dev / oraindex_lv - / oracleindex jfs2 305659904 rw ye
är ingen
/ dev / ifsdoc_lv - / ifsdoc jfs 403701760 rw ja
nej


De CIO är känt för att orsaka prestandaproblem när du kopierar på OS-nivå.

Vi är inte säkra på hur det blev inställt på, men hur kan vi stänga av det!

Du kan avaktivera denna Samtidig IO alternativ genom att använda smitty jfs2, går att ändra / visa ... lokalisera filen och ta bort CIO från Mount alternativ. Du kan även redigera / etc / filsystem för hand för att tas bort från stanza i fråga. MONTERA av / oracledata krävs för att ändringarna ska träda i kraft.

Det enda problemet här är Oracle prestanda. Genom att använda CIO alternativet om monteringspunkt databaserna prestanda är kraftigt ökad. Om du väljer att ändra denna konfiguration du migth vill titta in på tuning vmo parametrar att minska graden av filsystemet buffertar används av systemet.

Tack Stava - även om den var påslagen av misstag (eller mystiskt).

Vi kunde köra utan att det sedan förra gången vi hade det på, med JFS2 förlorade vi ett filsystem helt - som inte var en stor möjlighet att vara i!

OS-kommandon "cp" till exempel kör oerhört långsamt (oacceptabelt så) men kanske Oracle är snabbare. (Kan du inte berätta just nu - eftersom användarna bara klaga när det är långsamt, inte parise när det går snabbt!)

Jag kommer att avmontera, ändra MONTERA tror jag!

Skål