SVN 백업 및 복구#

 

SVN 백업 및 복구에 대해 노트한다.

1. 백업#

백업 및 복구는 해당 저장소의 상위 디렉토리에서 수행한다.

ex) gostop 이라는 저장소(d:\svn_rep\gostop)가 있고 이를 백업(gostop_backup.bak)하려고 한다.

2. 복구#

ex) gostop_backup.bak 이라는 백업파일을 사용하여 저장소를 복구하려고 한다.

-. 먼저 저장소를 만든다.

-. svnadmin load 명령을 내린다.






'Programming > Math' 카테고리의 다른 글

가속도 공식  (0) 2010.03.17
원 그리기  (0) 2009.12.02
두점의 각도 구하기  (0) 2009.12.02

rsync : 유닉스/리눅스등에서 사용하는 폴더 동기화 프로그램(Server/Client 분리되어 있다)
cwrsync : rsync 의 윈도우 버전(Server/Client 구분이 없다)

동일한 PC 내의 폴더 동기화도 가능하고, 서로 다른 PC 의 폴더 동기화도 가능하다.
이 글에서는 내가 당장 필요한 동일한 PC(Windows 환경) 내의 폴더 동기화에 대한 것만 언급하겠다.

동일한 PC 내의 폴더 동기화(Windows)

-. http://www.itefix.no/cwrsync 에서 프로그램을 다운받는다.
-. 설치한다.
-. 자신이 원하는 배치파일을 만든다.

  example) d:\Src -> d:\Dest 로 동기화

sample.bat





폴더내의 일부 파일들만 동기화 하려한다면, xcopy 를 이용하자.

 example) d:\Src\*.jpg -> d:\Dest 로 동기화
 xcopy /l /d d:\Src\*.jpg d:\Dest
Acroedit
김성동님이 제작하신 국산 에디터다.
문법강조기능을 통해 자신의 입맛에 맞게 표시할 수 있고 내보내기/가져오기 기능을 통해 다른 PC 에도 동일한 세팅값으로 간단히 적용시킬 수 있다.
상용프로그램에 버금가는 훌륭한 에디터라 생각한다.



Notepad++
오픈소스 프로젝트로 sourceforge 에서 다운받을 수 있다.
Acroedit 와 같이 문법강조기능이 있으며, 플러그인을 지원한다.
원하는 기능을 가진 플러그인을 설치하여 더욱 강력하게 만들 수 있는 장점이 있다.
다른 PC 에 설정값을 복사하려면
C:\Documents and Settings\사용자계정\Application Data\Notepad++ 폴더를 복사하면 된다.

 

  1. 준비물을 설치한다.

    -------  준비물 ----------------------

    -------------------------------------------

  2. 문서화할 프로젝트 및 소스코드 경로를 설정한다.


  3. Wizard/Mode 를 설정한다.


  4. Wizard/Output 에서 HTML & prepare for compressed HTML(.chm) 을 세팅한다.



  5. Wizard/Diagrams 에서 GraphViz 를 사용하도록 세팅한다.


  6. Expert/Project


  7. Expert/Build


  8. Expert/Input


  9. Expert/Source Browser


  10. Expert/HTML


  11. Expert/Dot


    UML_LOOK 항목이 체크될 경우 시간이 많이 걸린다고 하지만 지금은 테스트 하는 프로젝트가 크지 않아서 그런지 속도가 그럭저럭 괜찮아서 체크하였다.

 

 

'Programming > Math' 카테고리의 다른 글

삼각함수  (0) 2010.07.09
원 그리기  (0) 2009.12.02
두점의 각도 구하기  (0) 2009.12.02

MS Project 의 대체소프트로써 무료이고,
http://www.projity.com/ 에서 다운받을 수 있다.


Calendar 가 좀 미비한 느낌이 들지만,
위의 스크린샷처럼 전체적인 일정을 직관적으로 볼 수 있는 것은 정말 훌륭하다.


svn checkout 시 http://192.168.0.2/project_name 처럼 해놓았을 때...
svn server 가 설치된 pc 의 ip 가 변경되면 사용하는 모든 working copy 에 대해 TortoiseSVN -> Relocate 를
하여 변경된 ip 로 바꿔주어야 한다. working copy 가 많으면 아주 많이 귀찮다... ㅡㅡ^
귀찮은 건 딱 싫은데...

[해결 Tip]
svn checkout 시 http://svn_server/project_name 이런식으로 서버의 domain name 으로 한다.
domain name 은 다음과 같이 client pc 의 특정 파일을 메모장 등의 에디터로 열어 등록해놓으면 된다.

linux : /etc/hosts
windows(2000/xp) : /windows/system32/drivers/etc/hosts

ex) /window/system32/drivers/etc/hosts
 192.168.0.2            svn_server

이제는 server ip 가 바뀌었을 때 hosts 파일의 ip 만 변경해주면 된다~~

-- <Mysql>
 
- MyISAM
Buffer pool 이 없어서 OS자체의 buffer cache 를 사용하며 OS 의 flush 메커니즘에 따라서 디스크에 쓰게된다.
MyISAM의 경우 Key_buffer 나 record_buffer, sort_buffer외에도 OS의 버퍼 캐시를 위해 충분한 메모리를 남겨 놓아야하겠습니다.
OS의 버퍼 캐시는 OS가 자동으로 사이즈를 동적으로 할당하며 free 명령어로 상태를 확인할 수 있습니다.


- InnoDB
InnoDB는 오라클처럼 별도의 데이타를 위한 읽기 쓰기 버퍼 메모리를 가지고 있으며, 그것이 innodb_buffer_pool_size입니다.
innodb_buffer_pool_size는 색인과 데이타에 대한 Cache 데이타를 가지고 있습니다.
그래서 MyISAM처럼 Key_buffer가 필요 없는겁니다.
보통 우리가 SQL쿼리로 질의를 수행하면 DBMS는 먼저 이 buffer_pool에서 데이타를 검색하고 없을 경우 디스크에서 읽어서 buffer_pool에 올려놓으며 이것을 \물리적인 읽기\ 라고 합니다.
반면에 이미 buffer_pool에 데이타가 존재하여 디스크를 직접 읽지 않아도 되는 경우를 \논리적 읽기\라고 합니다.
당연히 논리적 읽기가 더 빠르므로 buffer_pool의 사이즈를 크게 설정할 수록 유리합니다.
그러나 무한정 크기를 늘릴 경우 스와핑을 유발할 수 있으므로 자신의 현재 메모리에서 계산하여야 합니다. 적당한 사이즈는 자신의 메모리의 50%-80%입니다.
참고로 x86머신에서는 이 innodb_buffer_pool_size 를 2G이상 설정할 수없으니 참고 바랍니다.


-- <File>

방법들을 아래에 나열하겠습니다.

1) fopen()
c : 현재 파일에 대해 commit-to-disk 기능을 활성화한다.
ps. fflush() 는 commit-to-disk 값에 영향을 받는다.
(commit-to-disk 의 여부에 따라 disk 에 바로 쓰기가 되지 않을 수도 있다는 말?)

2) commode.obj 라이브러리를 링크한다.
commode.obj 가 링크되면 모든 파일에 대해 commit-to-disk 가 활성화 되는걸로
보여진다. ( fopen 시 'c' 옵션을 주지 않아도 되나? )

3) open

O_SYNC : 쓰기시 실제 쓰기가 완료될 때 까지 기다립니다. 즉, 물리적으로 쓰기 완료시에 복귀하게 됩니다.

O_DIRECT(since Linux 2.4.10) : 캐시사용을 최소화 하는듯 합니다. 일반적으로 이 옵션을 쓰면 퍼포먼스 저하가될 수 있지만 필요할 때가 있을듯 합니다.

4) fsync

파일단위의 데이터를 디스크에 동기화 시킨다. fflush 함수는 파일스트림에 대한 사항이고, fsync 는 파일디스크립터에 대한 사항입니다.

(파일단위 작업을 완료하고 디스크에 동기화 하는 방식으로 자주 쓰이는 함수입니다.)

5) sync

모든 파일에 대해 데이터를 디스크에 동기화 시킨다.(프로그램 종료시 등에서는 써볼만 할 듯 합니다.)


텍스쳐를 비디오 메모리에 올릴 때

비록 이미지가 2의 승수가 아니더라도

비디오 메모리에 올라가는 텍스쳐의 Size는 2의 승수로 올라감을 확인했다.

그러므로 비디오 메모리로 올릴 이미지들을 되도록이면 2의 승수에 맞추는 것이 효과적일 것이다.


*위의 내용이 모든 그래픽카드에 적용되는 지는 확인해보지 못했다.

+ Recent posts