SSH를 통해 약한 내 백업없이 더 큰 다음 350메가바이트되었고 지금은 1.2gb 히트 한번 내 포럼을 백업, 이것이 문제가 의미있을 것 같은데 난 그걸 백업 문제 않지만 내가해야 할 경우는 원 복원 't 같은 큰 백업 서버 시간 초과?
자동 번역 (구글, 마이크로 소프트 ®에 의해 구동 Yandex, SDL Language Cloud, IBM Watson및 Apertium):
데이터베이스 백업 파일이 너무 큽니다!
SSH를 통해 약한 내 백업없이 더 큰 다음 350메가바이트되었고 지금은 1.2gb 히트 한번 내 포럼을 백업, 이것이 문제가 의미있을 것 같은데 난 그걸 백업 문제 않지만 내가해야 할 경우는 원 복원 't 같은 큰 백업 서버 시간 초과?
당신이이 사람을 확인하시기 바랍니다 원격 백업 Rsync 또는 FTP를 사용 우리는 몇 년 동안 그들을 사용하고 1TB 일상에 대한 현재 백업이 있고, 그것은 설치가 매우 쉽습니다. 당신은 분명히 어떤 대역폭을 통해 갈 수 있지만, 그 서버 계획에 따라 문제가 일치하지 않을 수도 있습니다.원래 의해 게시됨 mario06
전 전문가가 아니라 여기에 다른 사람이 의심 할 여지없이 더 나은 조언을하고 있습니다. 그 rsync하지 않는 것이 중요 라이브 데이터베이스 대신 rsync 백업하여 hotcopied (구글 IT) 또는 SQL 덤프 또는 제어판 백업.
복원은 서버에 다시 백업을 이동 (bqbackup 당신에게 쉘 액세스 권한을 부여) 및 데이터베이스를 귀하의 백업 방법에 대한 적절한 방법을 복원하는 rsync 또는 SCP를 사용하기만하면됩니다. 1.2GB은 몇 분 안에 복원되어야합니다.
그건 괜찮은 호스트가 당신이 모든 백업 작업을 관리하는 데 필요한 모든 도구를 제공해야했다.
응답에 대한하지만 덕분에 나는 그것이 작은 / 중간 포럼하다고 생각 있도록 보조 서버 + I는 140k 회원 400k 게시물 및 등에 대해 가지고있는 반면에 엑스트라를 처리할 수 있도록 큰 옷을를 볼 수 있습니다.
문제가 없으며 내 서버 (사양이 좋다) 아무도 덜 정말 서버 시간 초과로 인해 그 엄청난 크기 (성장)에 그것을 복원에서 "잠재적인"문제를보고도없는 그래서 SSHing 아주 유용 해요 등이 있습니다.
난 내 데이터베이스는 복용 모든 시간과 그것의 거의가 이후 어떻게 증오 일이되었다 최적화, 압축 방식의 일부 종류 (번호 지혜)의 크기 감소 MyAdmin 및 / 또는 테이블 구현해야한다고 생각.
안부
우리의 서버에서 우리는 자동으로 전체 서버 백업 (VPS 기능)을 사용합니다. 문제없이.
백업에 vBET 캐시 테이블을 포함하지 고려하시기 바랍니다. 당신은 쉽게 어떤 테이블 제가 또한 커맨드 라인 (SSH로)에서 할 수 있습니다 같다 MyAdmin으로 캐시하려는 결정할 수 있습니다. 물론 이러한 명령은 vBulletin 테이블의 수를 근거로, 아주 긴되지만 일부 파일에 저장한다면 백업을 수행하는 매우 편한 방법이 있어야합니다.
vBET를 사용하면 컨텐츠가 52배로 증가합니다. 따라서 여러분이 캐시를 가지고 있다면 DB가 성장해야 합니다. 조금만 있으면 되는 것이 아니라당신은 캐시 해제하여 피할 수 있지만, 우리는 강하게 그것을하지 않는 것이 좋습니다. 번역에 대한 Google은 Google 제한으로 마무리 심지어 서버 성능을 죽일 라던가 때마다 물어 큰 포럼하십시오.
내 전용 서버를 (전 시간 함께) 구입하면 VPS 같은 건 없었어요
저도 잘 SSH를 사용하는 방법을 알고 그것이 backuped되는 vBET를 제외 / 아니라면 불가능한 근처의 한 할 수있는 유일한 방법은 최적화하거나 복구하면 그것을 esclude입니다.
그러나 당신은 웹마 스터의 좋은 50 % (기분 나쁘게 의미 없음)는 공유 또는 가상 전용 서버에있는 것을 생각해야하며 약 70 %는 SSH식으로 mySQLdumper에 의존 뭔지 몰라요, vBulletin 백업 및 / 또는 유사한 내장.
공유 호스팅을 사용하는 사람은 문제의 재치 큰 데이터베이스를 필요가 없습니다. 도 플러그인없이 - - 공유 호스팅에 나는 거대한 vBulletin 포럼을 실행하는 데 어떤 가능성을 볼 수 없습니다. 자원은 단순히 너무 낮습니다.
제가 사용하지 않는 자들을 쓴로도 SSH는 단순히 그들이 정확히 어떤 테이블을 백업해야 확인할 수 있습니다 phpMyAdmin으로 즉, 자신들의 데이터베이스를 백업하실 수 있습니다. 또한 당신은 그것을 시도해 볼 수 있습니다. 귀하의 경우에는 정말 때문에 이러한 phpMyAdmin으로 업로드 큰 파일의 일부 문제를 기대하지만, 어쩌면 그렇게하지 업로드 서버에 저장합니다 몇 가지 옵션이 있습니다. 그것을 확인하시기 바랍니다. 또한 - 몇 가지 GUI 도구가있는 테이블이 정확하게 백업해야 결정할 수 있도록 여전히면, 백업 경험을 믿고, 또 커맨드 라인에서 허용되어야 것을 기대합니다. 난 몰라 - GUI 도구의 대부분 단지 fasades가 있는지 그리고 하단에 명령줄에서 단지 명령을 사용하기 때문에,하지만 난 그것을 기대 - 우리가 서버의 백업을 전체로 전혀 문제가 없습니다 그랬던 것처럼. 아마 그것은 단지 확인하는 가치가있다 - 아마 일부 MySQL의 버전에 추가되었습니다. 그 phpMyAdmin가 지원 알아요.
어떻게 그냥 vbet에 대해 다른 데시벨에 vbet 테이블을 가질 수
새로운 스레드에 대해 문의하시기 바랍니다
tsak76. I 초 그것 ******
인용과 함께 답변
