'데이터'와 '도구' 의 분리라는 측면에서, 다른 모든 블로그 툴이 공통적으로 가지고 있지 않은 필드들은 백업 대상에서 제외하는 것이 맞지 않나 하고 생각하고 있습니다.

그런 의미에서 위의 경우 뿐만 아니라, 댓글 알리미 백업 등의 문제도 제외가 맞다고 생각하고 있습니다만, 다른 분들의 의견은 어떠신지 모르겠네요^^

그렇겠네요. 공통이 아닌부분은 제외되는 것이 맞겠군요. laziel님 말씀처럼 고전적인 백업/복원 방법이 옳을것 같습니다.
이리저리 잡기술 부리다 보니 그런부분이 걸려서 말씀드려 봤습니다. 왠만하면 임의의 테이블이나 필드 생성은 피해서
작업하는것에 중점을 둬야 겠네요. -.-

그런 의미에서 위의 경우 뿐만 아니라, 댓글 알리미 백업 등의 문제도 제외가 맞다고 생각하고 있습니다만, 다른 분들의 의견은 어떠신지 모르겠네요^^

그런 예외적인 경우까지 태터툴즈에서 직접 백업/복원을 지원하는 것은 오버가 아닐까 싶기도 합니다.
굳이 그런 경우에는 직접 디비백업/복원이라는 고전적인 절차를 거치는게 맞다고 생각하는데요 ' - ')

음... 저도 라지엘님 말씀이 맞는 것 같습니다... 만약 그 백업 파일에 문제가 생겼는데, 그게 그 사용자 테이블에서 발생하는 문제였다... 고 확인되는 경우가 발생한다면 책임소재가 불분명하게 되리라 생각합니다. 그 테이블을 사용하는 플러그인 제작자를 탓해야 하는지, 태터툴즈 개발진을 탓해야 하는지 구분하기가 어려워진다는 것이죠. DB 테이블 관련 기능은 생성한 사람이 책임지는 것이 좋지 않을까 합니다.