2009년 6월 5일 이후, Nokia 6210s로 어플을 여러개 깔고 휴대폰을 이용하였습니다.

2010년 2월 22일쯤부터였나? 어딘가에 프로그램 충돌이 나는 듯 하더군요.

Nokia 6210s에 내장된 웹브라우져로 웹 서핑을 하다 갑자기 프로그램이 꺼지는 문제가 생겼습니다.

어딘가에 프로그램 충돌나는데 어느 어플에서 충돌나는지는 잘 몰라 그냥 갈아 엎기로 결정. @.@


Nokia 6210s에서 자료 백업후 초기화를 하고 난 후 복원하기로 하였습니다.

초기화를 하기전에는 연락처, 메모, 링크 등을 PC SUite나 OVI Suite로 백업받습니다.

Nokia Ovi Suite로 Nokia 6210s의 자료들을 백업중입니다.


백업을 받고 나선 아래와 같은 화면이 나오면서 백업이 끝났다고 나옵니다.

백업이 끝났으면 오른쪽 하단에 "장치를 마지막으로 백업한 시간" 이 나오면서 백업이 끝납니다.


백업을 다했으면 초기화를 해야겠죠?

초기화는 전화걸기에서 *#7370# 누른후 초기화를 하면 됩니다.

초기화를 끝나고 난 후, Nokia 6210s의 전원을 켜면 해당 국가가 어딘가, 날짜와 시간을 입력받는 초기화면으로 갑니다. 오랜만에 Nokia 6210s 구입했을때의 초기 화면을 보았습니다.

 초기화를 한 후, Nokia 6210s의 내장메모리는 매우 깨끗하게 초기화 되었지만, 외장메모리의 내용은 아무것도 건드리지가 않고 그대로 남습니다.


초기화를 끝냈으면 복원을 해야죠?

Nokia Ovi Suite에서 복원을 누르면 아래와 같은 화면이 나옵니다.

Nokia 6210 Navigator 복원

복원을 하려면 위의 화면에서 다음을 누르면 됩니다.

자료를 복원을 하는중.



복원을 해보았습니다. 복원을 한 결과 연락처, 메시지(sms, mms), 메모, 메일등의 여러가지 사용자가 저장한 것들은 매우 복원이 잘되었습니다. 문제는 휴대폰에 설치된 어플중에서 많은 어플들이 복원을 하여 예전처럼 쓸수 있지만, 충돌나는 어플들은 아예 복원이 안되는 경우가 있더군요.

그래서 사라진 어플들을 다시 까는 문제가 생겼습니다. (그 사라진 어플들을 이야기 해보자면... 크랙된 어플이라, 당연히 충돌날수밖에 없겠지란 말이 나옵니다. 다음부턴 용자가 아닌이상 백업은 일상화하고, 되도록이면 정품을 쓰세요 -_-;; )

Nokia 6210s의 백업기능과 복원기능을 처음으로 사용해보았습니다.

Nokia 6210s에 들어간 Symbian OS도 나름 OS인지라 여러가지 프로그램들을 설치하다 보니 프로그램들과 충돌이 나서 어쩔수 없이 백업,복원을 해보게 되엇습니다.

생각보다는 예전처럼 자연스럽게 복구는 되었다만, 여러가지 충돌나는 어플들은 복구가 안되는 문제점이 있었습니다.

그래도 내장메모리에 쓸데없이 있던 쓰레기들이 많이 청소되어 속도는 빨라짐을 체험하였습니다.

저는 다행이도 Google Sync기능을 사용하여 Goole에 연락처와 캘린더을 분산 저장을 하기 때문에 Nokia 6210s와 Motorola사의 모토로이와 서로 공유됩니다. 그래서 항상 분산하여 저장하기 때문에 백업, 복원에 대해서는 문제 없었지만, 완벽 복원이란것은 생각보다 어렵군요.

Canon | Canon DIGITAL IXUS 750 | Pattern | 1/8sec | F/2.8 | 0.00 EV | 7.7mm | Off Compulsory | 2010:02:15 16:40:45

Nokia 6210s에서 Nokia사에서 제공하는 Mail for Exchange로 Calender와 Contact를 Sync중임.


위와같이 Nokia 6210s의 백업, 초기화, 복원기능을 한번 사용해보았습니다.

Windows Mobile을 사용할때보단 백업, 복원기능이 매우 간단하였습니다. 연락처, 캘린더, 문자(sms, mms, 보낸 메시지, 받은메시지 모두 백업), 메일, 메모등의 여러가지 사용자 정보들은 완벽하게 복원이 되며, 외장메모리는 빼지 않아도 됩니다.(Windows Mobile같은경우는 외장메모리를 빼야하는 점이 있지요)

그러나 과자를 먹인 어플들은 충돌나서 백업이 안되는 문제점이 있습니다.

ps. 이번에 느낀점, 스마트폰도 컴퓨터와 비슷하니 백업은 정기적으로 해야겠다는 생각을 해봅니다.

ps2. Nokia가 왜 세계 1위 휴대폰 업체인지 백업, 복원에서 알수 있었습니다.

Buy me a coffeeBuy me a coffee
제가 맡고 있는 웹서버의 DB가 꼬여서 한글을 제대로 보여주지 못한 것을 해결하였습니다.
이 짓 한다고 거의 이틀을 잡아먹은 듯 하군요. 이제야 해결방법을 찾았으니, 다음 서버운영자에게 운영을 매끄럽게 하기 위해서 문서화 작업을 해야할듯 하군요.

Linux 서버를 다시 셋팅할때에는 MySQL자료를 백업을 받고 셋팅을 하여야 합니다.
서버에 있는 MySQL자료를 전부 백업 받는 방법은 이렇게 합니다.
# mysqldump -u root -p --all-databases > backup.sql
(backup.sql은 백업할 파일의 예를 듦)

백업 받은 자료에 내용을 확인합니다. 그런데 한글이 깨진다면 대책이 없을 것이죠?

mysql의 인코딩 설정이 서버마다 다르기 때문에 dump 할때 한글이 깨지는 문제가 생긴다고 하더군요. 그리고 dump가 안된다고 에러가 난다면 --force를 때려 넣으시야 함.
dump 했을때 한글이 깨지는 경우
# mysqldump -u root -p --all-databases --force --default-character-set=latin1 > backup.sql

이렇게 해서야 겨우 dump 백업을 가까스로 마쳤습니다. 이거때문에 하루는 버렸습니다.ㅠㅠ

참고자료 : dump할때 한글 깨짐 방지
(원문을 트래백할려고 해도 트래백이 안되군요, 그래서 링크 걸었습니다.

백업받은 파일을 vi로 엽니다. 여기서는 다 latin1로 설정되어 있어서 다른 DB에 올릴경우 당근 한글 깨지고 홈페이지 복구를 못시킵니다.
이거 문자 인코딩이 latin1이라 되어있어서 vi로 latin1을 euckr로 치환을 하고 나서 저장합니다.
그러면 복구 할때 문자코드가 euckr로 되어서 백업을 쉽게 할수 있죠.

dump로 백업받은 파일들은 이렇게 복구를 합니다.
mysql -u root -p --force --default-character-set=euckr < backup.sql

이렇게 하면 DB복구 완료 :D 이렇게 간단한것 알아내려고 밤을 샜습니다. 이건 애니를 볼수 있는, 게임을 할수 있는 시간을 빼았겨서 까악 ㅠㅠ

(※ 다음에는 서버 운영할시 일주일에 한번은 복구 스크립트넣고 재부팅 시켜서 하드디스크 상태를 봐야할듯 합니다. 서버가 하드디스크 고장에 맛가도 DB자료는 다행이도 항상 잘 남겨져 있어서 다행 ㅠㅠ)

다시 MySQL를 5로 깔았다. dump한 DB자료를 다시 넣으니까 한글이 제대로 들어간다. 휴
이번에 설정을 다시 제대로 해서 다행. 이번에 학과 서버관리자님께서 학과 홈페이지 서버를 업그레이드 하면서 LAMP를 Wow Linux & Apache 1.3 & Mysql3 & PHP 4에서 Fedora Core 7 & Apache 2.2 & MySQL5 & PHP 5로 버전 업을 시키는 것을 보면서 나도 따라갈려고 하다가 MySQL때문에 머리 아파 미치는 줄 알았다. (DB가 꼬여서 복구시키는데 3일 걸렸다.)
(나는 명색이 컴퓨터공학과 홈페이지 관리자-_-;; 컴퓨터공학과 서버관리자는 아님)


현재는 UTF-8와 EUC-KR이라는 문자코드때문에 골머리를 앓고 있는 과도기 상태입니다.
P.C.R.C.서버도 대세를 따라 UTF-8로 변경을 할까 골머리를 앓고 있군요.
Buy me a coffeeBuy me a coffee
  1. Favicon of http://daybreaker.info BlogIcon daybreaker 2007.08.05 12:22

    동아리 서버를 Debian 4.0 Etch stable로 업그레이드하는 중인데, DB 복구가 가장 난감합니다.
    일괄적으로 전부 다 euc-kr이거나 utf-8이면 편하겠는데 어떤 테이블은 euc-kr이고 어떤 테이블은 utf-8이라는..... orz;;;;

  2. Favicon of http://shutdafuckup.net BlogIcon cypher 2007.08.05 18:29

    제 경우는 MySQL4.0 - MySQL4.1 - MySQL5.x 로 업그레이드를 해왔었는데,
    초기에는 latin1 으로, 그리고 중간에 euckr 로, 최종적으로 utf8 로 인코딩이 변경되어 왔던 터라
    테이블마다 전부 인코딩이 제각각이라서 난감했던 기억이 있습니다. 일단 각 사용자들에게야
    &quot;일단&quot; 깨지지 않고 잘 보이니 그냥 놔뒀었는데..시간이 갈수록 이거 놔두면 더 골치아파지겠구나 하는 생각이
    들어서 날잡고 전부 따로 덤프떠서 변환하고 다시 박아넣었었던 기억이 나는군요.

    utf8로 대동단결이 살길입니다 -_-;

+ Recent posts