문제

나는 이것이 당신 중 하나에게 간단한 대답이되기를 바라고 있습니다.

웹 기반 관리자 도구가 될 제품을 위해 단일 보드 컴퓨터에서 PHP/MySQL을 실행했습니다. 이 제품은 '설정하고 잊어 버리기'응용 프로그램입니다.

우리의 우려 중 하나 (유효한지 여부)는 MySQL 테이블/DBase 손상입니다.

이 작은 상자에서 손상을 진단하거나 DBase 오류를 잡고 그에 따라 행동 할 수있는 프로세스가 지속적으로 진행됩니다.

우리는 동일한 프로세스를 통해 정기적으로 백업을 만들고 있습니다. 우리의 생각은 부패를 감지하거나 DBase 오류를 잡으면 프로세스를 간단히 일시 중지하고 가장 최근의 백업에서 테이블을 복원 할 것입니다. 우리의 희망은 이것이 부패를 고칠 것이라는 것입니다.

문제는 : MySQL 테이블이 손상된 경우 백업 복원을 수행 할 수 있습니까?

위의 논리가 올바른 경우 후속 질문이 될 것이라고 생각합니다. 백업이 테이블 손상 문제를 수정합니까?

나는 이것이 바보 같은 소리를 알고 있지만, 우리는 MySQL 백엔드에 익숙하지 않습니다. 우리의 두려움은 DBase (또는 테이블)가 어떻게 든 손상되면 백업 복원을 방해한다는 것입니다.

여러분 중 일부는 이에 대한 무게를 낼 수 있습니까?

정말 고마워.

도움이 되었습니까?

해결책

예, 그럴 것입니다. 마지막 백업까지 데이터를 얻을 수 있으므로 그 당시부터 부패 시간까지 모든 것을 잃을 것입니다. 그러나 이것은 일반적으로 하루입니다.

백업은 백업 중에 어떤 상태 가든 데이터베이스 사본입니다. 깨끗한 백업으로 손상된 데이터베이스를 복원하면 멍청한 도리가됩니다. 이러한 이유로 월간 백업과 지난 7 일도 유지하십시오. 백업 중 하나가 호스 인 경우를 대비하여.

다른 팁

나는 당신이 그것을 생각하기 전에도 부패한 테이블이 백업되지 않도록 조치를 취해야한다고 생각합니다. 백업을 복원하고 백업 자체가 손상되면 시작한 곳이되기 때문입니다.

어떤 저장 엔진을 사용하고 있습니까?

생각해야 할 한 가지; 데이터베이스가 어떻게 구조화되는지에 따라 백업에서 단일 테이블을 복원하면 참조 무결성에 문제가 발생할 수 있습니다.

나는 그것이 백업을하는 것의 요점이라고 생각합니까?

게다가, 테이블이 이미 손상된 경우, 복원하려고 할 때 일어날 수있는 최악의 상황은 무엇입니까?

나는 그것을 위해 간다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top