CORRECÇÃO: Algumas linhas são excluídas quando você reparar um banco de dados usando o método de reparo juntamente com a opção RepairOption.RecoverCorruptedRows no SQL Server 2005 Compact Edition e no SQL Server Compact 3.5

No Microsoft SQL Server 2005 Compact Edition ou no Microsoft SQL Server Compact 3.5, quando você reparar um banco de dados usando o método Reparar juntamente com a opção RepairOption.RecoverCorruptedRows , algumas linhas são inesperadamente excluídas.

Informações sobre o hotfix

Um hotfix suportado está disponível no Microsoft. No entanto, esse hotfix destina-se a corrigir o problema descrito neste artigo. Aplique-o somente aos sistemas que apresentarem esse problema específico.

Se o hotfix está disponível para download, há uma seção "Download de Hotfix disponível" na parte superior neste artigo da Base de dados de Conhecimento. Se esta seção não for exibido, envie uma solicitação para suporte e atendimento ao cliente Microsoft para obter o hotfix.

Observação Se ocorrerem problemas adicionais ou se qualquer solução de problemas é necessária, talvez você precise criar uma solicitação de serviço separada. Os custos normais de suporte serão aplicados a questões de suporte adicionais e problemas que não se qualificam para esse hotfix específico. Para obter uma lista completa de números de telefone de suporte e Atendimento Microsoft ou para criar uma solicitação de serviço separada, visite o seguinte site: Observação O formulário "Download de Hotfix disponível" exibe os idiomas para os quais o hotfix está disponível. Se você não vir seu idioma, é porque um hotfix não está disponível para esse idioma.

Pré-requisitos

Não há nenhum pré-requisito para instalar esse hotfix.

Requisitos de reinicialização

Não é necessário reiniciar o computador após aplicar esse hotfix.

Informações sobre a substituição do hotfix

Esse hotfix não substitui um hotfix lançado anteriormente.

Informações sobre o arquivo

A versão em inglês deste hotfix tem atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no horário de universal coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário no item Data e hora no painel de controle.

SQL Server Compact 3.5 para Windows CE 5.0 em dispositivos com base no Armv4i diferente de dispositivos do pocket PC

SQL Server Compact 3.5 para Windows CE 5.0 em com base em Armv4i pocket PC dispositivos

SQL Server 2005 Compact Edition para Windows CE 4.0 em dispositivos com base no Armv4 diferente de dispositivos do pocket PC

SQL Server 2005 Compact Edition para Windows CE 4.0 em com base em Armv4 pocket PC dispositivos

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".

Como instalar esse hotfix

Para instalar esse hotfix, execute estas etapas:

1. Baixe o hotfix para o seu sistema.
2. No dispositivo, desinstale a versão existente do SQL Server 2005 Compact Edition ou do SQL Server Compact 3.5.
3. Extraia os arquivos .cab do pacote de hotfix.
4. No dispositivo, instale os arquivos .cab três.

Obter mais informações para desenvolvedores

Você deve seguir essas etapas para substituir as DLLs que usa seu projeto com as DLLs do pacote de hotfix:

1. Extrair o SYSTEM ~ 1.004 arquivo do arquivo .cab para o seu sistema.
   
   A tabela a seguir lista o arquivo .cab do qual você pode extrair o SYSTEM ~ 1.004 arquivo.
   Recolher esta tabelaExpandir esta tabela

   Plataforma	Nome do hotfix	arquivo .cab
   SQL Server Compact 3.5 para Windows CE 5.0 em dispositivos com base no Armv4i diferente de dispositivos do pocket PC	SQL_CE_35SP1_wce5_ARMV4i_3_5_5692_5	Sqlce.wce5.armv4i.cab
   SQL Server Compact 3.5 Windows CE 5.0 em com base em Armv4i pocket PC dispositivos	SQL_CE_35SP1_wce5_PPC_ARMV4i_3_5_5692_5	Sqlce.PPC.wce5.armv4i.cab
   SQL Server 2005 Compact Edition para Windows CE 4.0 em com base em Armv4 pocket PC dispositivos	SQL_CE_31_WCE400_PPC_5300_9	Sqlce30.PPC.wce4.ARMV4.cab
   SQL Server 2005 Compact Edition para Windows CE 4.0 em dispositivos com base no Armv4 diferente de dispositivos do pocket PC	SQL_CE_31_WCE400_5300_9	Sqlce30.wce4.armv4i.cab

2. Renomear o SYSTEM ~ 1.004 arquivo como arquivo System.Data.SqlServerCe.dll.
3. Substitua o arquivo System.Data.SqlServerCe.dll que é instalado em seu sistema com o novo arquivo System.Data.SqlServerCe.dll que você obteve na etapa 2.
   
   Se você estiver usando o SQL Server 2005 Compact Edition, substitua o arquivo no seguinte local com o arquivo que você obteve na etapa 2:
   %ProgramFiles%\Microsoft visual Studio 8\SmartDevices\SDK\SQL Server\Mobile\v3.0\System.Data.SqlServerCe.dll
   Se você estiver usando o SQL Server Compact 3.5, substitua o arquivo no seguinte local com o arquivo que você obteve na etapa 2:
   %ProgramFiles%\Microsoft SQL Server Compact Edition\v3.5\Devices\System.Data.SqlServerCe.dll
4. Se seu projeto usa Especifica o arquivo System.Data.SqlServerCe.dll que não está no local em que etapa 3, substituir o arquivo System.Data.SqlServerCe.dll nesse local.

Alterações incluídas nesse hotfix

Depois de aplicar esse hotfix, a enumeração RepairOption é aprimorada da seguinte maneira. Examine cuidadosamente.

• RecoverAllOrFail Essa é uma nova opção introduzida nesse hotfix. Se o método de reparo é invocado usando o valor RecoverAllorFail , a recuperação será bem-sucedida somente se houver sem perda de dados. Se a perda de dados for detectada, a recuperação for anulada e uma exceção é lançada. Essa é a opção preferencial para garantir que o reparo de banco de dados foi concluído com êxito e que não há nenhuma perda de dados. Ele é a opção mais eficiente para ajudar a proteger contra corrupção do banco de dados reparado e perda de dados.
• RecoverAllPossibleRows Essa é uma nova opção introduzida nesse hotfix. Se o método de reparo é invocado usando o valor RecoverAllPossibleRows , o banco de dados irá tentar ler dados de páginas corrompidas. Potencialmente, isso resulta em mais dados sendo recuperados. No entanto, essa opção não garante que os dados recuperados será livres de qualquer tipo de dano. Portanto, mesmo que a próxima Verificar ligar a banco de dados reparado retorna um valor true , o banco de dados pode conter corrupção lógica. Por exemplo, um valor de chave externo pode ser presente sem o valor da chave primária correspondente. Se isso ocorreu, a definição de restrição externa de esquema no banco de dados de destino deve falhar e ser ausente. Recuperação é executada dessa maneira para melhorar o desempenho.
• DeleteCorruptedRows Se o método de reparo é invocado usando o valor DeleteCorruptedRows , todas as páginas corrompidas serão descartadas do banco de dados. Isso pode resultar em perda de dados significativos. Com essa opção, mesmo se o próximo Verificar ligar à banco de dados reparado retorna um valor true , o banco de dados pode conter corrupção lógica. Por exemplo, um valor de chave externo pode ser presente sem o valor da chave primária correspondente. Se isso ocorreu, a definição de restrição externa de esquema no banco de dados de destino deve falhar e ser ausente. Recuperação é executada dessa maneira para melhorar o desempenho.
• RecoverCorruptedRows Essa opção não é considerada eficiente e não deve ser usada. Use RecoverAllPossibleRows.

anotações

• O método de reparo não garante a recuperação de dados completo para cada banco de dados suspeito. Algumas formas de corrupções de dados não podem ser reparadas completamente, independentemente da opção Reparar selecionada pelo aplicativo.
• Independentemente da opção de reparo que está selecionada, o método de reparo pode gravar detalhes sobre qualquer inconsistência de banco de dados em um arquivo de log. Este arquivo é gravado para o mesmo diretório que contém o arquivo .sdf de banco de dados de origem. O aplicativo ou um administrador de banco de dados deve examinar esse arquivo de log para determinar se o banco de dados resultante é válido. Essa é uma etapa importante quando o aplicativo não usar a opção RecoverAllOrFail.
• Quando o aplicativo não usa a opção RecoverAllOrFail, é a responsabilidade do aplicativo ou de administrador de banco de dados para validar o banco de dados resultante. Isso é feito examinando o arquivo de log para determinar se o banco de dados é confiável.
• Se o aplicativo ou o usuário não pode validar o banco de dados resultante, restaure o banco de dados de um backup ou re-construct manualmente o banco de dados. Você deve fazer isso antes de usar o banco de dados de produção.

Para obter mais informações sobre o modelo de Incremetal serviços, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre o esquema para nomeação para atualizações do SQL Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre terminologia de atualização de software, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: