테이블이 Azure에 배치되고 데이터베이스가 분할되어 프런트 엔드가 액세스 폼으로 유지되는 Access 프로젝트가 있습니다.) 문제는 이전에 SSMA를 사용했을 때 모든 테이블이 발견되었고 모든 것이 잘 작동한다는 것입니다. 그때 이후로 나는 더 많은 테이블을 추가했다. (내가 Azure로 이미 변환 한 프로그램이 아닌 새로운 버전의 프로그램이다.) 그것은 SSMA를 시도 할 때 단지 최신 테이블을 찾는다. 내가 도대체 뭘 잘못하고있는 겁니까? 감사!SSMA가 모든 액세스 테이블을 Azure로 변환하지 않습니다.
Access에서 작업 한 이후 꽤 오랜 시간이 걸렸지 만 Access 데이터베이스의 Azure에 이미이 Access Database의 테이블을 연결 한 테이블입니까? 테이블이 링크 된 테이블 (다른 데이터 소스에 있음을 의미) 인 경우 SSMA에서 테이블을 표시 할 것으로 기대하지 않습니다.
또한 Azure와 같은 방식으로 Access를 사용하는 것이 좋습니다. 액세스 프런트 엔드 양식에는 재시도 논리가 내장되어 있지 않으므로 이러한 레코드를 저장하거나 읽는 동안 일시적인 오류가 발생하면 잘 처리되지 않고 일관성없는 상태가 될 수 있습니다. 한 가지 옵션은 Access에서 프론트 엔드로 이동하는 것 외에는 옵션이 아니라면 액세스 폼의 바인딩에 의존하지 않고 일시적인 오류를 처리하는 모든 바인딩 코드를 수동으로 작성하는 것입니다. 그러나 작업을 마쳤을 때 양식을 웹 또는 데스크톱 응용 프로그램에 다시 작성할 가능성이 있습니다. 일시적인 결함에 관한 기사 : http://windowsazurecat.com/2010/10/best-practices-for-handling-transient-conditions-in-sql-azure-client-applications/
안녕 MikeWo, 응답 주셔서 감사합니다. Azure에서 모든 데이터베이스를 삭제 했으므로 마이그레이션을 시작할 수있었습니다. 어떤 이유로 인해 Access 테이블이 과거의 어느 시점에서 마이그레이션되었음을 기억할 수 있습니까? 이 마이그레이션을 몇 번 수행했으며 모든 테이블을 마이그레이션하지 않는 것은 이번이 처음입니다. 네가 준 링크를 확인해 볼거야. 목표는이 프로그램을 웹에 올려 놓는 것입니다. 그러나 우리는이 프로그램을 꽤 빨리 필요로했고 Access를 사용하여 실행하고 실행하는 방법을 잘 알고 있습니다. 정말 도움을 주셔서 감사합니다! Andy – user1560135
마이그레이션을 수행 할 때 연결된 테이블을 만들었습니까? 이에 대한 예는 (http://blogs.msdn.com/b/ssma/archive/2011/04/13/migrating-access-jet-databases-to-sql-azure.aspx)를 참조하십시오. 조. 내가 묻는 이유는 테이블이 Access의 테이블에 연결되어 있고 Access 데이터베이스 자체에 테이블이 없기 때문에 SSMA가이를 인식하고 가져 오지 않을 것이라고 생각하기 때문입니다. – MikeWo
이것은 개발 문제로 보지 않습니다. IT 관리 문제처럼 보입니다. Server Fault : http://serverfault.com/에서 물어볼 수 있습니다. –