TNF : Tatter Network Foundation forum - 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (kkom) — Sat, 09 May 2009 22:19:31 +0000

백업파일을 자르는 유틸리티를 만들거나 기간별로 백업하는 기능을 만들거나.....
이게 급하지 않나요???
특히 이번에 textcube.com으로 이전을 유도하는 이벤트를 하고 있는 상황인데, 덩치 큰 블로그를 갖고 있는 블로거들은 이전 자체가 불가능합니다. 그렇다고 이전 블로그 버리고 이사하는 건 무리가 심하고.... -_- (구글 쪽으로 건의해야 하려나?)

이런 내용이 처음 올라오기 시작한 것이 2006~2007년 사이인데, 당시에는 급하지 않은 문제였다고 생각할 수도 있지만, 이제는 블로그 운영이 3~4년 넘는 분들이 부지기수로 증가하고 있으므로 이 일이 촉박한 일이 되는 것 같습니다.

안 그런가요?

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (skylark) — Mon, 17 Nov 2008 01:23:07 +0000

이런건 어떨까요
외국 무료호스팅을 이용하여 (물론 텍큐가 깔려야 한다는 전제 입니다.)블로그 미러링을 하는겁니다.
클론 API를 미러블로그 메인블로그 두군데에 깔아둡니다.
그리고 설정에 따라 다르겠지만 글만 미러링 할건지 첨부파일도 미러링 할건지 결정합니다.
설정을 마치고 그냥 평소대로 사용(미러링 하는 블로그가 정상인지 수시로 확인-이거도 메인화면에 플러그인으로 만들수 있겠네요...-)하다, 문제가 생겨 자료를 잃게 되면 미러링된 블로그는 살아 남고 추후 복구시 편하게 플러그인을 이용 미러링 복구를 지정하면 OK가 되지 않을까요?(일종의 데스크탑 싱크와 비슷합니다..) 뭐 조건이 까다 롭기도 하겠지만 이 정도면 일일이 DB를 통째로 백업하고 복구하는데 시간을 들일 필요가 없을테니까요...
추가로 플러그인을 활용하자면 과도한 트래픽이 발생하여 얼마 않가서 트래픽 오버가 되겠다 하면 자연스래 미러링 블로그로 링크유도도 괞찮은 방법이 될거같습니다...

한가지 문제라면...

바이너리 스크립트가 아닌 단순 API이기 때문에 메인블로그와 미러블로그 그사의의 블로거컴퓨터 사이의 속도 문제 평소 사용시 문제와 전체백업과 전체복구가 문제 될지도 모르겠군요....

위 문제만 아니라면 평소 쓰는데 수시로 백업하고 하는 수고가 없이 자동으로 미러 블로그가 완성된다는 점에서 좋은 기능이 될거도 같습니다...

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (lunamoth) — Mon, 18 Aug 2008 03:12:31 +0000

필자별 백업도 필요하겠더군요..;

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (강병기) — Fri, 16 May 2008 20:25:23 +0000

전 가장 필요한 것이 스케쥴링 백업 기능이라고 생각합니다.

얼마 전 날아가서 복구하는데 한참 애를 먹었습니다.

아래의 싸이트를 운영하고 있는데, 순수 DB 데이만 해도 60mb가 넘습니다. 파일을 제외하구요. 그래서 새벽에 정기적으로 서버에 백업을 했으면 합니다. http://www.trav.co.kr

1. 백업주기
optional : 매일 | 1주일 | 1개월

2. 시간설정: 24시간 (전 주로 새벽 3시쯤에 했으면 합니다.)
3. 백업데이트 압축: 활성 / 비활성
4. 백업방식: xml, sql

물론 cron을 걸어서 할 수도 있는데, 초보자가 가능이야 하겠습니까?

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (daybreaker) — Fri, 29 Feb 2008 10:52:59 +0000

전부터 생각하고 있었던 'TTXML 관리자' 프로그램을 따로 하나 만들어보는 것도 괜찮을 것 같네요.
일반 어플리케이션 형태로 만들고 싶긴 한데 cross-platform을 하자니 만만치는 않을 듯하고... 일단 윈도 사용자가 많으니 .NET으로 짜볼까요..
아니면 wxPython 같은 걸로 할까....
(하지만 이런 프로그램이 실현되려면 텍스트큐브 자체에도 이 프로그램과의 통신을 위하 인터페이스가 있어야겠습니다..)

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (inureyes) — Thu, 28 Feb 2008 15:25:15 +0000

예 이제 본격적으로 이 부분을 논의해 볼 때가 되었군요.^^

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (랑랑) — Thu, 28 Feb 2008 09:01:56 +0000

저도 카테고리 백업같은거 참 필요하더라구요.. 얼마전에 블로그를 취미용과 일반용;;으로 나눴는데, 일일히 수작업으로 취미 카테고리를 옮겼습니다.... 크악!!ㅠㅠ

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (작은인장) — Mon, 30 Apr 2007 07:00:11 +0000

mintstate 작성:

TiStory에서는 ftp가 안되니... 파일로된 첨부파일 압축해서 내려 받고... 데이터만 DB로 다운 받을 수 있게 했으면 좋을것 같은데요.
첨부파일만 빼면 대부분 DB는 20M 안쪽일 것 같은데....

첨부파일만 압축해서 내려받을 수 있는 기능이 있으면 정말 좋겠어요. ^^
첨부파일을 뺀 DB도 용량이 20 MB는 넘더라구요. ^^;

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (mintstate) — Mon, 30 Apr 2007 06:24:46 +0000

전 vBulletin라는 포럼을 쓰고 있는데 첨부파일을 DB에 저장하거나 아님 파일로 저장하는 옵션이 있습니다.
디비 백업 할때는 첨부파일을 파일로 저장 옵션으로 사용한다음 첨부파일만 따로 저장하고 데이터는 DB로 받고 있습니다.

TiStory에서는 ftp가 안되니... 파일로된 첨부파일 압축해서 내려 받고... 데이터만 DB로 다운 받을 수 있게 했으면 좋을것 같은데요.

첨부파일만 빼면 대부분 DB는 20M 안쪽일 것 같은데....

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (작은인장) — Mon, 26 Mar 2007 04:52:31 +0000

얼마 전에 다른 글에서 잠깐 언급했었는데요....
백업파일 복구할 때 백업한 사이트와 복구하는 사이트가 다르면 백업한 사이트의 첨부화일들을 복구한 사이트로 자동이전시키는 기능이 필요할 것 같습니다.
현재는 백업할 때 첨부파일까지 몽땅 백업해서 새로운 곳에 복구하는데.... 그 용량이 다들 아시겠지만 장난이 아니거든요. (1~2GB가 넘어가기가 쉽죠.) 하지만 백업파일을 복구하는 것은 Tistory의 경우 1GB까지밖에 되지 않으니까... 많이 불편합니다. 특히 오류라도 뜨면 업로드를 수도없이 반복해야 한다는 것인데, 엄청난 크기의 파일을 업로드 하는 것도 쉽지가 않습니다.

그래서 첨부파일 없이 백업한 뒤에 복구할 때 첨부파일을 그냥 가져오는 식으로 만들면 좀 더 편한 방법이 되지 않을까 생각합니다.

음.............................
그리고 백업방식에 있어서도 첨부파일 따로, 백업파일 따로 pc에 백업받은 뒤에 pc에서 직접 업로드할 수 있는 방식이 있었으면 좋겠구요.

결국 제 생각엔 이렇게 ......
1. 백업 영역 지정
ⓐ 전체 백업 ⓑ 카테고리별 백업 ⓒ 용량별 분활 백업 ⓓ 시간별 백업 ⓔ 글별 백업
2. 첨부파일 백업 지정
ⓐ 첨부파일 미포함하여 백업 ⓑ 첨부파일 포함하여 백업 ⓒ 첨부파일을 pc로 따로 백업
3. 복원방법
ⓐ 백업파일만 복원 ⓑ 첨부파일을 pc에서 불러들여 복원 ⓒ 첨부파일을 기존사이트에서 불러들여 복원
4. 복원 옵션
ⓐ 기존 정보를 삭제하고 복원 ⓑ 기존 정보에 추가하여 복원

뭐 이런 방식으로.....
ohmynews의 블로그를 백업해서 tistory에 올리는 작업을 하다보니 백업방식의 편리성이 중요해지는군요. ㅜㅜ

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (love) — Fri, 12 Jan 2007 15:32:45 +0000

티스토리는 용량 무제한이고 동영상이 가능하니 막올리니게 되더군요. 제 티스토리 블로그는 2Gb에 육박하지 않을런지..덜덜...

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (작은인장) — Fri, 12 Jan 2007 07:30:25 +0000

전체적으로 카테고리 백업이랑 용량별 백업이랑 글별 백업이 필요할 것 같습니다.
카테고리별 백업 기능도 운영을 몇 년이상 하다보면 결국은 용량부족에 걸리지 않을까 생각합니다. 그래서 일단 카테고리별로 백업할 수 있게 만들고, 그 카테고리별 백업을 하는 도중에 용량을 보고 나누는 방식을 사용하면 좋을 것 같습니다. ^^
그리고 글별로 백업하는 것도 필요할 것 같구요.(모든 글들을 하나하나 나눠서 자동으로 백업하는 기능구현은 힘들까요?)

특히 Tistory의 경우는 업로드 용량에 제한이 걸리니까 그 미만 용량으로 백업을 해주는 기능이 필요할 것 같습니다. (Tistory에서 100MB까지 업로드할 수 있도록 했으면 좋겠네요. 현재는 10MB였던가요? 너무 작아요.....?!
제 Tistory를 백업해보면 700MB가 나오는데..^^; )

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (엔하늘) — Tue, 09 Jan 2007 14:13:06 +0000

아무래도 여러 가지 조건들이 포함된다면 '마법사'의 형태를 띄어야 하지 않나 생각해 봅니다.

전체적인 흐름은 아래와 같이 될 수 있겠네요.

|- 전체 백업 -------------------------- 첨부파일의 조건 ---- dump
|
|- 부분 백업 -------- 부분의 조건 ↗

더불어 이러한 백업이 지원된다면 곧 복원 할 때도 파일을 읽은 후 원하는 글만 뽑아서 넣을 수도 있어야겠네요 @.@;

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (inureyes) — Sun, 07 Jan 2007 14:03:11 +0000

laziel 작성:

love 작성:
용량단위는 사용자가 기간을 잘 나눠서 요령껏하면^^;;;
사실 용량단위로 끊어서 백업파일 만들기 콤포넌트가 이미 만들어져 있거든요 (쿨럭)
기간, 카테고리도 뭐 지금 있는거 쿼리에다 조건 하나만 추가해주면 되는 일이고..
코드상으로는 순식간에 할 수 있는 일이지만 역시 문제는 UI 지요 = _=a; 깔끔하고 쉽게!!

그렇죠...
해 놓은 것은 많은데 문제는 UI =_=

RSS 답글: 백업 이런 건 어떨까요?(DB 관리기능 제안창구)

null@example.com (laziel) — Sun, 07 Jan 2007 13:57:16 +0000

love 작성:

용량단위는 사용자가 기간을 잘 나눠서 요령껏하면^^;;;

사실 용량단위로 끊어서 백업파일 만들기 콤포넌트가 이미 만들어져 있거든요 (쿨럭)
기간, 카테고리도 뭐 지금 있는거 쿼리에다 조건 하나만 추가해주면 되는 일이고..
코드상으로는 순식간에 할 수 있는 일이지만 역시 문제는 UI 지요 = _=a; 깔끔하고 쉽게!!