The UNIX and Linux Forums  


Go Back   UNIX og Linux Forums > Operativsystemer > AIX
.
google unix.com



AIX AIX er IBM's brancheførende UNIX-operativsystem, der opfylder kravene til ansøgningerne, at virksomhederne er afhængige af i dagens markedsplads.

Mere UNIX og Linux Forum Emner du måske kan finde Helpful
Tråd Thread Starter Forum Svar Last Post
Rørsystemer til / dev/rmt0 tape? Browser_ice AIX 5 06-10-2009 08:18 AM
tar valgmuligheder server: / / dev/rmt0 mappe??? Browser_ice AIX 3 06-04-2009 04:50 AM
sed i mens loop producerer aritmetiske output javathecat Shell Programmering og Scripting 3 02-04-2009 05:12 AM
Producerer visuelt behageligt dokumenter fra almindelig tekst med reStructuredText og rst2a iBot UNIX og Linux RSS Nyheder 0 04-29-2008 05:40 AM
mt-f / dev/rmt0.1 status smoraprosol AIX 0 08-28-2006 12:49 PM

Reply
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Søg denne tråd Rate Thread Display Modes
  #1 (permalink)  
Old 06-16-2009
Browser_ice Browser_ice is offline
Registreret Bruger
  
 

Join Date: Nov 2005
Location: Canada
Stillinger: 110
AIX 4.2: Brug af dd of \u003d / dev/rmt0 producerer fejl

Jeg ønsker at komprimere backup filer til bånd ved hjælp komprimere på vores AIX 4,2

- Vores TAR ikke har komprimering.
- Jeg ønsker ikke at bruge lokale opbevaring til at komprimere, da de fleste af de filsystemer er temmelig fuld.
- Det eneste komprimere værktøj vi har, er 'compress'
- Bånd er 5GB 8mm


Jeg prøver dette:

ændre tape block_size \u003d 512 (standard dd obs værdi)
tar-cvpdlBf - a_folder | komprimere | dd of \u003d / dev/rmt0

men det giver mig:
dd: 0.511 til 53 Skrivebeskyttelsestappen mislykkedes.
: Et system opkald modtaget en parameter, som ikke er gyldig.


men ved hjælp af noget som dette virker:
tar-cvpdlBf - a_folder | komprimere | dd of \u003d / tmp / zzz.Z
  #2 (permalink)  
Old 07-04-2009
Browser_ice Browser_ice is offline
Registreret Bruger
  
 

Join Date: Nov 2005
Location: Canada
Stillinger: 110
Nogen idé om, hvad er problemet?
  #3 (permalink)  
Old 07-04-2009
bakunin bakunin is offline Forum Staff  
Bughunter ekstraordinære
  
 

Join Date: May 2005
Beliggenhed: I den venstre byte i / dev / kmem
Indlæg: 1.629
First off, (afhængig af typen af din båndstation) du har en ganske god chance for ikke at behøve nogen komprimere på alle, fordi de fleste af de IBM-båndstationer har en hardware kompression indbygget i. Hvis du sender en komprimeret strøm ned til båndet drev vil det blive komprimeret en anden gang, som normalt gør filen lidt større (på grund af den anden kompression overhead tilføje), ikke mindre.

For det andet, selv om det er berettiget at anvende "komprimere" i dit tilfælde, du sandsynligvis nødt til at tilføje "hvis \u003d-" til "dd" kommando. AFAIK "dd" ikke bruger stdin pr standard for indkommende data. Kan det også være nødvendigt at angive blocksize. Brug "bs \u003d <nogle NUMBER>" i dette tilfælde at angive blok størrelse i bytes.

En tredje årsag kan være, at du er nødt til at tage bånddrevet med en anden enhed nummer, måske "/ dev/rmt0.1". Have et kig i manualen for betydningen af den mindre enhed numre med båndstationer.

Jeg kan ikke genkende dit første indlæg "skifte bånd block_size \u003d 512", normalt er udført ved hjælp af "tctl" kommandoen, alternativt bruge "chdev" kommandoen "/ dev / RMTn".

Jeg håber, at dette hjælper.

bakunin

Senest redigeret af Bakunin; 07-07-2009 kl 09:41 PM.. Årsag: redigeret typos
  #4 (permalink)  
Old 07-05-2009
Browser_ice Browser_ice is offline
Registreret Bruger
  
 

Join Date: Nov 2005
Location: Canada
Stillinger: 110
Citat:
Oprindeligt Indsendt af bakunin View Post
First off, (afhængig af typen af din båndstation) du har en ganske god chance for ikke at behøve nogen komprimere på alle, fordi de fleste af de IBM-båndstationer har en hardware kompression indbygget i. Hvis du sender en komprimeret strøm ned til båndet drev vil det blive komprimeret en anden gang, som normalt gør filen lidt større (på grund af den anden kompression overhead tilføje), ikke mindre.

For det andet, selv om det er begrundet med "komprimere" i dit tilfælde, du sandsynligvis nødt til at tilføje "hvis \u003d-" til "dd" kommando. AFAIK "dd" ikke bruger stdin pr standard for indkommende data. Kan det også være nødvendigt at angive blocksize. Brug "bs \u003d <nogle NUMBER>" i dette tilfælde at angive blok størrelse i bytes.

En tredje årsag kan være, at du er nødt til at tage bånddrevet med en anden enhed nummer, måske "/ dev/rmt0.1". Have et kig i manualen for betydningen af den mindre enhed numre med båndstationer.

Jeg kan ikke genkende dit første indlæg "skifte bånd block_size \u003d 512", normalt er udført ved hjælp af "tctl" kommandoen, alternativt bruge "chdev" kommandoen "/ dev / RMTn".

Jeg håber, at dette hjælper.

bakunin
Jeg kender kundens bånddrevet bruger bygget i kompression. Men problemet er, at tager toooo looonnnggggg. Sikkerhedskopiering af en 10Gb mappens indhold tager 5 timer. De procedurer, vi bruger til at gøre de sikkerhedskopier (10 databasesikkerhedskopier mellem et gennemsnit på 8 Gb fordelt mellem 5 servere med hver kun en båndstation) få os til at kontrollere de bånd, efter at vi har gjort det TAR sikkerhedskopier. Gør alt dette tager 18 timer! Jeg ønsker at reducere denne gang så meget som muligt med 2 måder, hvor den ene måde er ved hjælp af komprimering, før varerne på bånd. Brug lokal kompression på disken tager 2 timer pr DB sikkerhedskopier. Det er derfor, jeg forsøgte at komprimere til bånd ved hjælp af rørledninger.

Jeg vil tjekke, om \u003d- og bs \u003d valgmuligheder.

Hvad angår "/ dev/rmt0.1", dens formentlig det. Jeg har set det i andre backups typer vi gør.

Den blocksize ændre kommandoen var blot en sammenfatning af, hvad jeg gjorde, før gør den DD. Det er faktisk en chdev.
  #5 (permalink)  
Old 07-07-2009
pchangba1 pchangba1 is offline
Registreret Bruger
  
 

Join Date: Nov 2008
Stillinger: 13
undertiden backup problem kan være coz af enhedsdriveren. Hvis korrekte enhedsdriver ikke er installeret, da det kan forårsage det problem jeg har oplevet det mange gange.
Kontroller Driver og firmware, der kan hjælpe.
  #6 (permalink)  
Old 07-08-2009
Browser_ice Browser_ice is offline
Registreret Bruger
  
 

Join Date: Nov 2005
Location: Canada
Stillinger: 110
Citat:
Oprindeligt Indsendt af pchangba1 View Post
undertiden backup problem kan være coz af enhedsdriveren. Hvis korrekte enhedsdriver ikke er installeret, da det kan forårsage det problem jeg har oplevet det mange gange.
Kontroller Driver og firmware, der kan hjælpe.
Jeg har ingen ideer om, hvordan man gør det. Jeg er kun en meget grundlæggende operatør. Vores system admin er ikke et virkeligt system admin (manglende viden og manglende practic).

Denne klients system er gammel og over 20 år gammel (AIX 4.2).
Reply

Bogmærker

Thread Tools Søg denne tråd
Søg denne tråd:

Avanceret søgning
Display Modes Bedøm denne tråd
Bedøm denne tråd:

Udstationering Regler
Du kan ikke post nye tråde
Du kan ikke post svar
Du kan ikke post vedhæftede filer
Du kan ikke redigere dine indlæg

BB-kode er
Smilies er
[IMG] koden er Slukket
HTML-koden er Slukket
Trackbacks er
Pingbacks er
Refbacks er




Alle tidspunkter er GMT -4. Den tid er nu 03:52 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Oversættelser Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX og Linux Forums Content Copyright © 1993-2009. Alle rettigheder Reserved.Ad Management ved RedTyger

Content Relevant webadresser ved vBSEO 3.2.0