PDA

정식 버전보기 : 해결 데이터베이스 백업 파일이 너무 큽니다!



mario06
22-06-10, 08:23
SSH를 통해 약한 내 백업없이 더 큰 다음 350메가바이트되었고 지금은 1.2gb 히트 한번 내 포럼을 백업, 이것이 문제가 의미있을 것 같은데 난 그걸 백업 문제 않지만 내가해야 할 경우는 원 복원 't 같은 큰 백업 서버 시간 초과?

steve
22-06-10, 11:00
SSH를 통해 약한 내 백업없이 더 큰 다음 350메가바이트되었고 지금은 1.2gb 히트 한번 내 포럼을 백업, 이것이 문제가 의미있을 것 같은데 난 그걸 백업 문제 않지만 내가해야 할 경우는 원 복원 't 같은 큰 백업 서버 시간 초과?

당신이 Rsync 또는 FTP (http://www.bqbackup.com/) 우리는 몇 년 동안 그것을 사용하고 일상 1TB에 대한 현재 백업을 사용하여 원격 백업 밖으로 놈들을 확인하시기 바랍니다, 그건 설정하는 것은 매우 쉽습니다. 당신은 분명히 어떤 대역폭을 통해 갈 수 있지만, 그 서버 계획에 따라 문제가 일치하지 않을 수도 있습니다.

전 전문가가 아니라 여기에 다른 사람이 의심 할 여지없이 더 나은 조언을하고 있습니다. 하지 rsync 라이브 데이터베이스 대신 rsync하여 hotcopied 백업 (구글 IT) (http://www.google.com.au/search?hl=en&q=mysqlhotcopy) 또는 SQL 덤프 또는 제어판 백업하기 위해 중요합니다.

복원은 서버에 다시 백업을 이동 (bqbackup 당신에게 쉘 액세스 권한을 부여) 및 데이터베이스를 귀하의 백업 방법에 대한 적절한 방법을 복원하는 rsync 또는 SCP를 사용하기만하면됩니다. 1.2GB은 몇 분 안에 복원되어야합니다.

그건 괜찮은 호스트가 당신이 모든 백업 작업을 관리하는 데 필요한 모든 도구를 제공해야했다.

mario06
22-06-10, 16:14
응답에 대한하지만 덕분에 나는 그것이 작은 / 중간 포럼하다고 생각 있도록 보조 서버 + I는 140k 회원 400k 게시물 및 등에 대해 가지고있는 반면에 엑스트라를 처리할 수 있도록 큰 옷을를 볼 수 있습니다.

문제가 없으며 내 서버 (사양이 좋다) 아무도 덜 정말 서버 시간 초과로 인해 그 엄청난 크기 (성장)에 그것을 복원에서 "잠재적인"문제를보고도없는 그래서 SSHing 아주 유용 해요 등이 있습니다.

난 내 데이터베이스는 복용 모든 시간과 그것의 거의가 이후 어떻게 증오 일이되었다 최적화, 압축 방식의 일부 종류 (번호 지혜)의 크기 감소 MyAdmin 및 / 또는 테이블 구현해야한다고 생각.

안부 : P

vBET
22-06-10, 16:26
우리의 서버에서 우리는 자동으로 전체 서버 백업 (VPS 기능)을 사용합니다. 문제없이.

백업에 vBET 캐시 테이블을 포함하지 고려하시기 바랍니다. 당신은 쉽게 어떤 테이블 제가 또한 커맨드 라인 (SSH로)에서 할 수 있습니다 같다 MyAdmin으로 캐시하려는 결정할 수 있습니다. 물론 이러한 명령은 vBulletin 테이블의 수를 근거로, 아주 긴되지만 일부 파일에 저장한다면 백업을 수행하는 매우 편한 방법이 있어야합니다.

vBET 사용하여 콘텐츠를 52 번 곱한된다는 점에 유의하시기 바랍니다. 그럼 당신은 귀하의 DB에 설정되어 캐시가있다면 성장해야합니다. 그리고 좀하지;) 당신은 캐시를 해제하여 피할 수 있지만, 우리는 강하게 그것을하지 않는 것이 좋습니다. 번역에 대한 Google은 Google 제한으로 마무리 심지어 서버 성능을 죽일 라던가 때마다 물어 큰 포럼하십시오.

mario06
22-06-10, 16:48
) : 내 전용 서버를 (전 시간 함께) 구입하면 VPS 같은 건 없었어요

저도 잘 SSH를 사용하는 방법을 알고 그것이 backuped되는 vBET를 제외 / 아니라면 불가능한 근처의 한 할 수있는 유일한 방법은 최적화하거나 복구하면 그것을 esclude입니다.

그러나 당신은 웹마 스터의 좋은 50 % (기분 나쁘게 의미 없음)는 공유 또는 가상 전용 서버에있는 것을 생각해야하며 약 70 %는 SSH식으로 mySQLdumper에 의존 뭔지 몰라요, vBulletin 백업 및 / 또는 유사한 내장.

vBET
22-06-10, 17:00
공유 호스팅을 사용하는 사람은 문제의 재치 큰 데이터베이스를 필요가 없습니다. 도 플러그인없이 - - 공유 호스팅에 나는 거대한 vBulletin 포럼을 실행하는 데 어떤 가능성을 볼 수 없습니다. 자원은 단순히 너무 낮습니다.

제가 사용하지 않는 자들을 쓴로도 SSH는 단순히 그들이 정확히 어떤 테이블을 백업해야 확인할 수 있습니다 phpMyAdmin으로 즉, 자신들의 데이터베이스를 백업하실 수 있습니다. 또한 당신은 그것을 시도해 볼 수 있습니다. 귀하의 경우에는 정말 때문에 이러한 phpMyAdmin으로 업로드 큰 파일의 일부 문제를 기대하지만, 어쩌면 그렇게하지 업로드 서버에 저장합니다 몇 가지 옵션이 있습니다. 그것을 확인하시기 바랍니다. 또한 - 몇 가지 GUI 도구가있는 테이블이 정확하게 백업해야 결정할 수 있도록 여전히면, 백업 경험을 믿고, 또 커맨드 라인에서 허용되어야 것을 기대합니다. 난 몰라 - GUI 도구의 대부분 단지 fasades가 있는지 그리고 하단에 명령줄에서 단지 명령을 사용하기 때문에,하지만 난 그것을 기대 - 우리가 서버의 백업을 전체로 전혀 문제가 없습니다 그랬던 것처럼. 아마 그것은 단지 확인하는 가치가있다 - 아마 일부 MySQL의 버전에 추가되었습니다. 그 phpMyAdmin가 지원 알아요.

tsak76
19-07-10, 14:36
어떻게 그냥 vbet에 대해 다른 데시벨에 vbet 테이블을 가질 수

kamilkurczak
20-07-10, 12:11
새로운 스레드에 대해 문의하시기 바랍니다 :)

mario06
20-07-10, 18:03
tsak76. I 초 그것 ******

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations supported by vBET Translator 4.10.1