Ez az "oracle" hirdetesi felulet pillanatnyilag INGYEN kiado! Miert? Mert ha a google.hu-ba beirod hogy "oracle dba" eleg elokelo helyen vagyok! altalaban 1. :P kuldj mailt ide: orclblog [at] gmail.com

Naptár

május 2025
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

Friss topikok

2007.06.22. 10:45 darvat

szegeny ember DR megoldasa - Oracle DBA - Oracle adatbazis - Oracle database

az ugyfel nem kivant tul szofisztikalt DR (disaster recovery) megoldast, tobb verzio felvazolasa utan ugy dontott, hogy a mindenkori sikeres napi mentes allapotara tudjunk visszaallni. Ez ugye legrosszabb esetben 1 napi adatvesztest jelent (jo, feltetelezve, hogy a mentesek sikerulnek ugye...).

termeszetesen volt egy DR site (ami kilometerekre volt az elestol) es egy DR gep (ami parametereiben megegyezett az elessel).
az a dontes szulettett, hogy a napi rman mentest masoljuk at minden esetben a DR gepre de olyan megoldast kerestem ami minimalis karbantartast igenyel a kesobbiekben. itt jott a kepbe az "rsync" okos kis talalmany.
az alabbi linux parancs a kovetkezoket teszi:

a lokalis gepunk /bkp/dat/PRD1/rman directory-janak tartalmat rekurzivan, ssh-n keresztul, tomoritve szinkronizalja a tavoli gepen talalhato /bkp/dat/PRD1/rman konyvtarral.
a szinkronizalas pontosan azt jelenti, hogy a tavoli directory tartalmat pontosan megfelelteti a lokalis konyvtarunkeval, magyarul ha a tavoli gepen vannak olyan allomanyok melyek lokalban nincsenek, azokat a tavoli konyvtarbol letorli, hasonlokeppen ha hianyoznak allomanyok a tavoli directory-ban, azokat atmasolja lokalbol.

teljesen jol mukodik, ugyesen kell beallitani az rman retention policy-t es a tavoli gepen mindig ugyanazt a mentesi koteget fogjuk latni mint az elesen.

 
/usr/bin/rsync -avz --delete -e ssh /bkp/dat/PRD1/rman/ 10.18.112.127:/bkp/dat/PRD1/rman

Szólj hozzá!


A bejegyzés trackback címe:

https://oracle.blog.hu/api/trackback/id/tr18103711

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.
süti beállítások módosítása