달력

4

« 2024/4 »

  • 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

'backup'에 해당되는 글 2

  1. 2013.03.15 Backup & Restore
  2. 2009.02.17 MSSQL backup policy 실제 구현
2013. 3. 15. 13:49

Backup & Restore Work/PostgreSQL2013. 3. 15. 13:49

대부분 데이터베이스가 그렇듯이... Postgresql도 백업과 복구가 존재한다.

백업은 크게 논리백업과 물리백업으로 나누어지고... 물리백업은 pg_basebackup 툴을 이용한 백업과 저수준 API를 이용한 백업으로 나누어진다.

 

논리 백업은 os 상에서 pg_dump 라는 uitl 로 하면 된다. 여러가지 옵션이 있어서 다르지만, 복구에 필요한 script가 파일로 생성되는 형태이다.

물리백업은 오라클의 hot backup 과 유사하다. pg_basebackup 을 이용한 간단한 방법이 있다. 검색하면 내용이 많이 나오는 듯.... 저수준 API를 이용한 방법은 psql 상에서 select pg_start_backup (...), select pg_stop_backup (...) 을 이용하게 된다. 마찬가지로 자세한 것은 google에...

 

이외에... PostgreSQL 8.3 이상 버전이면 BARMAN 이라는 백업복구툴을 이용할 수 있을 듯 하다.

([출처] PostgresDBA - http://www.postgresdba.com/bbs/board.php?bo_table=B13&wr_id=5)

 

 

 

 

:
Posted by Elick
2009. 2. 17. 11:06

MSSQL backup policy 실제 구현 Work/SQL Server2009. 2. 17. 11:06

<개념>
First backup  : local의 storage 혹은 disk
Second backup : remote server의 storage 혹은 disk
Third backup : tape

활용성 및 실제 환경상 third backup은 생략하는 수가 많다. 아래의 내용도 third backup은 생략하는 것을 전제로 한다.

<전제 환경>
Backup 해야 할 MSSQL server가 2개 이상이다.
Second backup 이 실행될 곳과 통신이 가능해야 한다.

<고려사항>
각 MSSQL server들의 first backup 시간을 가능한 같게 만든다.
각 MSSQL server들의 first backup 경로를 가능한 같게 만든다.
    ex )
    [Disk drive]:\DB_Backup\Full\<database name>
    [Disk drive]:\DB_Backup\Inc\<database name>
    [Disk drive]:\DB_Backup\Log\<database name>
First backup의 보관 주기는 기본 2주. 공간이 허락치 않는다면 적절히 보관한다. 최소 1주치는 보관한다.
    ex )
    Full : 1주일에 한번 (일)
    Inc : 1일에 한번 (월, 화, 수, 목, 금, 토)
    Log : 1시간에 한번 (매일)
Second backup의 보관 주기는 기본 한달. 공간이 허락치 않는다면 적절히 보관.(최소 1주치는 보관)
Backup의 구성은 MSSQL에서 기본으로 제공하는 유지 관리 계획의 일부로 구성한다.
유지 관리 정리 작업(old backup remove) 은 각 backup(Full, Inc, Log)이 완료된 직후에 한다.
기록정리 작업은 log backup 후 유지관리 정리 작업이 완료된 직후에 한다. 보관 주기 동안의 기록만 유지하도록 한다.

<구성 방법>
MSSQL Server들 중 마지막 first backup이 끝나는 시점 이후 second backup 이 될 server에서 일괄적으로 backup file을 복사하는 동기식 구성 방법, 각각의 MSSQL Server들이 first backup이 끝나면 second backup으로 바로 넘어가는 비동기식 구성 방법이 있을 수 있다. (동기식, 비동기식은 그냥 편의상 붙인 말이니까... 용어에 너무 민감하게 반응하지 말자.)

장단점은 각각 있을 수 있다고 생각되지만, 개인적으로는 후자가 더 나을 거 같다.
:
Posted by Elick