Como reparar o banco de dados SQL

• Um email com um código de registro e instruções para ativar esse código serão enviados para o usuário imediatamente depois da confirmação do pagamento.
• Um email com um código de registro será enviado a partir de vários servidores de email diferentes para prevenir mensagens de aparecer em filtros de SPAM. De acordo, uma possível duplicação de cartas de registro recebidas na caixa de entrada do usuário.
• Para ativar o código de registro, você precisa rodar a aplicação no Windows como usuário com direitos de Administrador.
• O numero de licencas Pessoais, Comerciais ou Site ativadas simultaneamente nao pode exceder o numero de licencas adquiridas.
• Vendemos o software atraves dos servicos de registro PayPro Global e Noventiq. E por isto que nao a Recovery Toolbox, mas a companhia correspondente, sera mencionada nos documentos de pagamento.

A chave de registro adquirida e valida para todas as versoes 2.x do Recovery Toolbox for SQL Server.

Questão:

Como importar scripts SQL salvos para um banco de dados?

Resposta:

Existem duas formas de salvar os dados, suportadas pelo Recovery Toolbox for SQL Server:

1. Você pode salvar os scripts SQL no disco rígido; eles criarão objetos de bancos de dados, tabelas, por exemplo, e inserirao dados nestas tabelas.
2. Você também pode executar scripts em bancos de dados, definidos pelos usuários; estes scripts são escritos em linguagem SQL.

Note que os scripts SQL podem ser diferentes, apesar do fato de estarem nos mesmos arquivos do banco de dados. Isto acontece por causa das particularidades sintáticas nas queries, que são executadas para conexão direta com o servidor através de ADO e em queries do SQL, realizadas no ambiente do Query Analyzer (Analisador de Queries) fornecido junto com o MS SQL Server (o uso do ":", o comando Go, etc.). A primeira forma e mais confiável, enquanto que a segunda forma e mais conveniente.

Convertendo dados de scripts e salvando-os em disco

1. Mapeamento de dados salvos

   Se Você escolheu salvar os dados em disco, o Recovery Toolbox for SQL Server criara um subdiretorio, que inclui o nome do arquivo MDF de origem; este subdiretorio e criado no diretorio definido pelo usuário e todos os scripts seráo colocados la. Todos os scripts são nomeados a partir de uma regra; os nomes consistem de uma palavra e um digito. A palavra indica o papel do script, o digito indica seu numero. Existem vários tipos de script, por exemplo:

   • Types*.sql - scripts que criam tipos de dados, definidos pelos usuários.
   • Tables*.sql - scripts que criam tabelas.
   • Indexes*.sql - scripts que criam chaves primarias e índices.
   • ForeignKeys*.sql - scripts que criam chaves estrangeiras.
   • Procedure*.sql - scripts que criam procedimentos armazenados.
   • Function*.sql - scripts que criam funcoes, definidas pelos usuários.
   • View*.sql - scripts que criam exibicoes.
   • Triggers*.sql - scripts que criam gatilhos.
   • Data*.sql - scripts que inserem dados nas tabelas.

   O numero de sequência do script não contem nenhuma informacao útil, não aponta para nenhuma sequência de execucao dos scripts ou qualquer outra informacao. Estes números são útilizados somente para separar os dados e salva-los em uma serie de documentos menores, ao invés de um arquivo grande. Os usuários podem definir o tamanho máximo do arquivo com scripts SQL. Alem disso, os usuários devem atentar para a numeracao dos arquivos Data. Deve-se notar que cada arquivo do tipo Data pode conter dados para somente uma tabela. Arquivos com números sequênciais contem todos os dados para cada tabela.

   Nota: Se os números estiverem faltando para alguns arquivos, isto significa que algumas tabelas não contem dados.

2. sequência de execucao de script

   Nesta figura, Você pode ver a ordem recomendada de execucao de script:

   

   A sequência de execucao de script depende de restricoes existentes para dados existentes e estruturas da tabela. Preste atencao a estes fatores:

   1. Especifique a chave primaria correspondente, se Você quiser criar uma chave secundaria. Devido a este fato, estas operacoes são salvas em diferentes arquivos, que devem ser executados nesta sequência.
   2. Antes da criacao de índices e chaves secundarias, o programa preenche as tabelas. Isto e obrigatório, porque a verificacao de integridade referencial e executada quando uma tabela com chave secundaria definida esta sendo preenchida. Quando tabelas com chaves secundarias são preenchidas antes das tabelas com as chaves primarias correspondentes, ocorre um erro. Alem do mais, este método apresenta outra particularidade. Se os dados recuperados conflitarem com a chave primaria, índices unicos etc., neste caso, a tabela será preenchida com os dados mesmo assim, mas as restricoes não seráo criadas (indice, chave primaria etc.). Se os usuários desejarem outro comportamento, podem selecionar qual a sequência de execucao de script desejada.
   3. A criacao dos objetos Procedures, Functions, Views e Triggers em um banco de dados apresenta algumas dificuldades, porque estes objetos podem ter dependencias sofisticadas e complicadas. Os Procedimentos podem referenciar outros Procedimentos, Exibicoes podem referenciar Funcoes, Gatilhos podem referenciar todos os objetos. E por isto que um programa não podem ajudar a resolver este emaranhado. Os usuários devem encontrar todas as dependencias manualmente e executar os scripts SQL na sequência necessária. Outra possibilidade consiste na execucao de todos os scripts deste grupo varias vezes, ate que todas as mensagens de erro desapareçam.
3. Arquivo Install.bat

   O arquivo Install.bat e criado para garantir a execucao automatizada de todos os scripts. Este arquivo executa todos os scripts que foram previamente salvos pela ferramenta. A sequência de execucao de script será a mesma útilizada quando aplicada ao banco de dados. Este arquivo em lote requer que o útilitario isqlw seja instalado, que e uma parte do cliente do MS SQL Server. Especifique os parâmetros Nome do servidor, Nome do banco de dados, Nome do usuário e Senha para o arquivo install.bat na linha de comando. Por exemplo: install.bat SQLServer SQLDatabase SQLUser SQLUserPassword

   Atencao:

   1. Os parâmetros devem estar separados por um espaço. Se o parametro em si contem um espaço, Você deve coloca-lo entre aspas.
   2. A sequência de parâmetros não pode ser modificada.
   3. Se o arquivo install.bat for executado sem os parâmetros, Você vera um breve guia de como útiliza-lo.

4. InstallTrusted.bat

   Se você deseja fazer logon no Microsoft SQL Server usando sua conta do Windows, use o arquivo InstallTrusted.bat. O arquivo InstallTrusted.bat possui dois parâmetros: Server name, Database name.

   Exemplo de uso: installtrusted.bat SQLServer SQLDatabase. Para obter detalhes sobre o logon via conta do Windows consulte aqui: https://docs.microsoft.com/pt-br/sql/relational-databases/security/authentication-access/principals-database-engine?view=sql-server-2017

Questão:

Como recuperar um banco de dados a partir de vários arquivos de origem?

Resposta:

Reparando um banco de dados no formato MS SQL Server a partir de vários arquivos de origem

Um banco de dados no formato MS SQL Server contem um ou vários arquivos. Existem vários tipos de arquivos: arquivo de dados principal (com a extensão padrão *.mdf), arquivo de dados secundario (com a extensão padrão *.ndf) e o arquivo de log de transacoes (com a extensão padrão *.ldf). Se Você quiser reparar os dados com o Recovery Toolbox for SQL Server, Você deve especificar o caminho para todos os arquivos de dados secundários e para o arquivo de dados principal. Isto pode ser feito na caixa de dialogo Open File (Abrir Arquivo).

Se um banco de dados corrompido contem o arquivo de dados principal, um ou mais arquivos de dados secundários e um ou mais arquivos de log de transacoes, Você deve selecionar o arquivo de dados principal no formado *.mdf e todos os arquivos de dados secundários no formato *.ndf (veja a fig. 2).

Questão:

Recovery Toolbox for SQL Server pode recuperar dados depois de um ataque de Ransomware Encryption?

Resposta:

Recovery Toolbox for SQL Server pode recuperar informação parcialmente ou completamente de arquivos .MDF/.NDF da base de dados do Microsoft SQL Server encriptados por ransomware viruses.

Recovery Toolbox for SQL Server não decifra dados.

Em geral, decifrar dados não é aplicável nesses casos.

No entanto, Recovery Toolbox for SQL Server pode ser útil em casos quando o arquivo MDF está parcialmente encriptado. Tipicamente, vírus só encriptam o cabeçalho e/ou o começo de arquivos por causa de seu tamanho largo. Nesses casos, se só o cabeçalho ou parte do arquivo MDF foi encriptado, Recovery Toolbox for SQL Server pode ajudar. O programa analisa todos os blocos de dados e estrutura de dados no arquivo. Então, recria a estrutura de dados e o arquivo em si, se possível.

Estrutura de um arquivo MDF Microsoft SQL Server

É possível recuperar dados a partir de um arquivo MDF depois de um ataque por um vírus Ransomware Virus?

Não há garantia que você possa recuperar 100% dos dados ou parte disso usando o programa. Para uma resposta definitiva, você precisa baixar a versão DEMO do Recovery Toolbox for SQL Server, especificamente o arquivo MDF encriptado e esperar pela análise do arquivo completo.

Com o fim da análise do arquivo .mdf na versão DEMO do programa, uma preview completa dos dados que pode ser extraído do arquivo está disponível.

Nota:

O departamento de atendimento ao cliente da Recovery Toolbox informa que usualmente programas ransomware usualmente só encriptam o cabeçalho do arquivo da base de dados por causa do seu tamanho largo. Como resultado, normalmente é possível recuperar quase completamente a estrutura de dados e quase toda a informação do arquivo fonte.

Questão:

Ocorreu um erro na conversão para formato de data e hora durante a importação de scripts para o SQL SERVER 2000

Se você vir o erro a seguir depois de executar seus scripts:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] A conversão de um tipo de dados char para um tipo data e hora resultou em um valor de data e hora fora dos limites. A declaração foi encerrada.

A instrução foi encerrada.

Resposta:

Isso significa que você deve mudar as configurações de idioma do servidor fazendo o seguinte:

1. Inicie o Enteprise Manager (Administrador Empresarial).
2. Selecione o servidor necessário e se conecte a ele.
3. Abra sua janela de propriedades clicando nele com o botão direito do mouse e selecionando Properties (Propriedades).
4. Abra a aba Server Settings (Configuração de Servidor).
5. Selecione English (Inglês) com Default Language (Idioma Padrão) na lista suspensa e pressione OK.
6. Interrompa o SQL Server. Para isso, selecione Stop (Interromper) no menu de contexto e responda Yes (Sim) à pergunta Are you sure you wish to stop SQL Server service? (Tem certeza de que deseja interromper o serviço do SQL Server) na janela de confirmação.
7. Inicialize o SQL Server. Para isso, selecione Start (Iniciar) no meu de contexto.
8. Agora você pode executar scripts salvos no seu disco rígido pela Recovery Toolbox for SQL Server (Ferramentas de Recuperação para SQL Server). Você também pode executar o programa no modo de execução de scripts de banco de dados.
9. Agora você precisa restaurar as configurações. Para isso, abra a janela de propriedades do servidor necessário no Enterprise Manager (Administrador Empresarial).
10. Selecione o idioma padrão do usuário na lista Default Language (Idioma Padrão) e pressione OK.
11. Interrompa o SQL Server. Para isso, selecione Stop (Interromper) no menu de contexto e responda Yes (Sim) à pergunta Are you sure you wish to stop SQL Server service? (Tem certeza de que deseja interromper o serviço do SQL Server) na janela de confirmação.
12. Inicialize o SQL Server. Para isso, selecione Start (Iniciar) no meu de contexto.

Questão:

Ocorreu um erro na conversão para formato de data e hora durante a importação de scripts para o SQL SERVER 2005

Se você vir o erro a seguir depois de executar seus scripts:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] A conversão de um tipo de dados char para um tipo data e hora resultou em um valor de data e hora fora dos limites. A declaração foi encerrada.

A instrução foi encerrada.

Resposta:

Isso significa que você deve mudar as configurações de idioma do servidor fazendo o seguinte:

1. Inicie o Management Studio (Estúdio Administrativo).
2. Selecione o servidor necessário.
3. Acesse Security/Logins (Segurança/Logins).
4. Selecione o usuário que usará o banco de dados e abra a janela de propriedades do usuário.
5. Selecione English (inglês) com Default Language (Idioma Padrão) na lista suspensa e pressione OK.
6. Agora você pode executar o script salvo no seu disco rígido pela Recovery Toolbox for SQL Server (Ferramentas de Recuperação para Servidor SQL). Ou então, você também pode executar o programa no modo de execução de scripts de banco de dados.
7. Agora você precisa restaurar as configurações. Para isso, abra a janela de propriedades do usuário necessário no Management Studio (Estúdio Administrativo).
8. Selecione o idioma padrão do usuário na lista Default Language (Idioma Padrão) e pressione OK.

Questão:

Como conectar os arquivos mdf, ldf ao servidor?

Resposta:

1. Execute o SQL Server Management Studio (Estúdio Administrativo do Servidor SQL)
2. No Object Explorer (Explorador de Objetos), clique em Databases (Bancos de Dados).
3. Clique em Attach (Anexar)
4. Clique no botão Add (Adicionar)
5. Selecione o arquivo mdf e clique no botão OK
6. Clique no botão OK
7. Espere a operação ser encerrada.

Questão:

Quando visualizo os dados no Recovery Toolbox for MS SQL Server, vejo os procedimentos, exibicoes e outros dados recuperados, mas depois que executo os scripts salvos, estes dados não são mostrados no banco de dados do Microsoft SQL Server

Resposta:

Para resolver este problema, Você deve:

1. Salve os dados como scripts.
2. Execute o arquivo install.bat com todos os parâmetros necessarios a partir da linha de comando.
3. Veja os arquivos de resposta (*????.sql.txt) para descobrir quais scripts não foram executados com sucesso.
4. Carregue os scripts executados com erro no Query analyzer (Analisados de Query) do Microsoft SQL Server e tente executa-los la. Depois que receber uma mensagem de erro, Você deve detectar qual comando causou o erro. Se este comando grava dados que não tem valor, Você pode simplesmente remove-lo do arquivo. Senão, Você deve enviar o script executado com erros e um screenshot do Query analyzer para os desenvolvedores. Alem disso, pode ser necessario enviar posteriormente o arquivo *.mdf de origem para os desenvolvedores, para que possam estudar o problema.

Questão:

Depois de migrar o banco de dados MSDB para o novo servidor através da restauração, os pacotes DTS não podem ser abertos e executados. É exibida uma mensagem de erro: The system cannot find the file specified (O sistema não pode encontrar o arquivo especificado)

Resposta:

Copiar ou restaurar as tabelas de dados de um banco de dados MSDB em um novo servidor não permite restaurar os pacotes DTS porque eles possuem conexões interiores com o contexto de execução do servidor em que foram criados e no qual são usados antes da imigração. Para copiar os pacotes DTS entre servidores, devem ser empregados scripts VB. Portanto, o programa Recovery Toolbox for SQL Server (Ferramentas de Recuperação para Servidor SQD) não é adequado para restaurar pacotes DTS.

Questão:

A Recovery Toolbox for SQL Server (Ferramentas de Recuperação para Servidor SQL) precisa da ferramenta isqlw.exe para importar scripts salvos para o banco de dados. No entanto, eu não o tenho porque uso o SQL Express 2002 (SQL Express 2000). Como eu importo os dados recuperados para o banco de dados?

Resposta:

A ferramenta isqlw.exe é um componente do pacote MS SQL Server. Você pode fazer o download da versão mais recente do MS SQL Server no site da Microsoft e instalar os componentes necessários no computador. A versão demo do MS SQL Server obtida no site da Microsoft permite usar os componentes durante o período especificado na EULA.

Se você puder encontrar as ferramentas apropriadas em www.microsoft.com, baixe e instale o Query Analyzer do nosso site. O link para baixar é: https://recoverytoolbox.com/download/isqlwInstall.exe

Questão:

Uma mensagem sobre falta de memoria física aparece quando o programa esta executando

Resposta:

Muita memoria RAM e necessária para recuperar grandes bancos de dados MS SQL Server. Os desenvolvedores do programa recomendam que Você recupere grandes bancos de dados em computadores com memoria física livre suficiente. A memoria física útilizada pelo programa não deve ser menor do que o tamanho do arquivo que Você esta recuperando dividida por 500, mais 20-100 MB para a execucao do programa. Ou seja, se Você tentar recuperar um arquivo .mdf com o tamanho de 100 GB, o computador deve ter pelo menos (100 GB / 500) + 120 MB = 320 MB de memoria física livre.

Questão:

Quando eu recupero dados com a Recovery Toolbox for SQL Server (Ferramentas de Recuperação para SQL Server), aparecem valores excessivos ou incorretos nos campos Primary Key (Chaves Primárias)

Resposta:

• Se um valor em um campo Primary Key (Chave Primária) estiver incorreto (se, por exemplo, é negativo ou muitas vezes maior do que todos os outros valores), os dados originais foram seriamente danificados e é impossível recuperá-los completamente.
• Se aparecerem valores duplicados nos campos Primary Key, isso significa que o programa recuperou páginas com dados que foram marcados para serem apagados no banco de dados (arquivos mdf, ndf). Mas na verdade não existe marca de que a página com os dados deve ser apagada. E, portanto, o programa recupera dados de todas as páginas. Isso resulta em dados recuperados em excesso e os desenvolvedores da Recovery Toolbox for SQL Server (Ferramentas de Recuperação para SQL Server) não puderam encontrar critérios para filtrar as entradas em excesso. Nesse caso, os administradores do banco de dados e/ou desenvolvedores de software tomam a decisão final sobre entradas em excesso no banco de dados que devem ser apagadas.

Questão:

Dessa vez, fui capaz de salvar os resultados, mas TODAS as tabelas estavam vazias e eu não consegui ver nenhuma das informações

Resposta:

É possível que algo mais tenha acontecido com seu arquivo mdf entre a avaliação e o registro (recuperado por outro software ou alguma outra coisa). Para verificar isso, execute a versão demo no arquivo em outro computador.

Questão:

O que usar para importar dados para o MS SQLServer: sqlcmd ou isqlw?

Resposta:

A Recovery Toolbox for SQL Server (Ferramentas de Recuperação para SQL Server) detecta automaticamente a versão do servidor em que o banco de dados era usado. Portanto, se o banco de dados era usado no MS SQL Server 2000, o programa registrará a ferramenta isqlw na lista de scripts salvos para importação para o novo banco de dados. Se o banco de dados era usado no MS SQL Server 2008 ou posterior, a ferramenta sqlcmd será usada nos scripts. Se você quiser importar dados para um banco de dados em um servidor com versão diferente da do original, você deverá usar a ferramenta para o servidor correspondente:

• Isqlw - para o MS SQL Server 2000
• Sqlcmd - para o MS SQL Server 2005 e posterior

Questão:

Quais são os limites para o tamanho dos arquivos MDF/NDF recuperáveis?

Resposta:

O programa Recovery Toolbox for SQL Server não tem limites para o tamanho dos arquivos MDF/NDF recuperáveis. O utilitário não tem limites para a quantidade de arquivos recuperáveis.

Questão:

É possível recuperar uma tabela ou esquema específico de um banco de dados danificado?

Resposta:

Sim. Em uma página separada, antes de salvar os dados no programa Recovery Toolbox for SQL Server, você pode selecionar qualquer tabela, dados da tabela, procedimento, função, índice ou gatilho para recuperação.

Questão:

Que tipos de danos ao arquivo MDF são suportados (por exemplo, lógicos/físicos)?

Resposta:

O programa Recovery Toolbox for SQL Server recupera bancos de dados danificados após danos lógicos, que podem ter sido consequência de danos físicos.

Questão:

O nível de compatibilidade do banco de dados (Compatibility Level) afeta a recuperação?

Resposta:

Não. O nível de compatibilidade do banco de dados (Compatibility Level) não afeta a possibilidade ou impossibilidade de recuperar o banco de dados SQL Server.

Questão:

Como recuperar dados se o arquivo de log do banco de dados (LDF) estiver completamente perdido?

Resposta:

O Recovery Toolbox for SQL Server não usa arquivos LDF de log do banco de dados para recuperar o próprio banco de dados Microsoft SQL Server danificado.

Questão:

Há suporte para arquivos MDF compactados ou bancos de dados criptografados?

Resposta:

É possível recuperar parcialmente os dados de arquivos MDF de bancos de dados criptografados se esses fragmentos do banco de dados não tiverem sido criptografados. Os vírus geralmente não criptografam arquivos grandes por completo. Em arquivos grandes, geralmente são criptografados o início e o final do arquivo. O programa Recovery Toolbox for SQL Server pode extrair dados da parte não criptografada do arquivo do banco de dados.

Questão:

A versão do SQL Server afeta o sucesso da recuperação? Quais versões são mais bem suportadas?

Resposta:

A versão do SQL Server não afeta a qualidade e o sucesso da recuperação.

Questão:

Como recuperar apenas a estrutura do banco de dados SQL Server, sem os dados?

Resposta:

No formulário, antes de salvar, é necessário selecionar apenas a criação e o salvamento de scripts para a criação de objetos.

Questão:

É possível combinar a recuperação com a migração subsequente para uma nova versão do SQL Server?

Resposta:

Sim. Salve todos os dados recuperados como scripts SQL e, em seguida, importe os dados sequencialmente para a nova versão do SQL Server.

Questão:

Os índices, gatilhos e procedimentos são salvos durante a recuperação?

Resposta:

Os índices, gatilhos e procedimentos são salvos obrigatoriamente. É importante observar que, ao aplicar scripts para criar índices, podem ocorrer falhas se os dados forem recuperados parcialmente ou incorretamente.

Questão:

Quais são as garantias de que os arquivos recuperados não cairão em mãos erradas?

Resposta:

O programa Recovery Toolbox for SQL Server funciona localmente nos computadores dos clientes e não troca dados com servidores de terceiros.

Questão:

É possível usar o programa para fins comerciais (por exemplo, em terceirização de TI)?

Resposta:

Sim, é possível. É necessário adquirir uma Licença Empresarial ou uma Licença Local.

Questão:

Existe uma API ou versão de console para automatizar a recuperação?

Resposta:

Não. Não existe uma versão de console ou API.

Questão:

A integração com sistemas de backup (por exemplo, Veeam, Acronis) é suportada?

Resposta:

Não.

Questão:

É possível integrar a restauração ao pipeline CI/CD?

Resposta:

Não.

Questão:

É possível usar o programa em máquinas virtuais, nuvens?

Resposta:

Sim, é possível usar o programa em máquinas virtuais, nuvens, desktop remoto, etc.

Questão:

O MDF Viewer pode exibir dados binários ou campos blob?

Resposta:

Não.

Questão:

É possível visualizar os dados sem conexão com o SQL Server ativo?

Resposta:

Sim. Para visualizar os dados do arquivo MDF, não é necessário estar conectado ao SQL Server. Também não é necessário ter o SQL Server instalado.

Questão:

É possível exportar dados de um banco de dados SQL Server corrompido para o formato CSV/Excel?

Resposta:

Não. É possível exportar dados para scripts SQL ou diretamente para um novo banco de dados SQL Server.

Questão:

É possível filtrar ou pesquisar dados em um arquivo MDF grande e danificado?

Resposta:

Não. Não há pesquisa e filtragem de dados em arquivos MDF danificados.

Questão:

Quais são os limites para visualizar dados na versão gratuita do MDF Viewer?

Resposta:

Não há limites para o MDF Viewer. Além disso, a função de visualização de dados no arquivo MDF é gratuita e não requer a compra de uma licença.

Questão:

É possível recuperar dados se o arquivo foi recuperado anteriormente por outro software?

Resposta:

A empresa Recovery Toolbox não se responsabiliza por softwares de terceiros. Mas é possível baixar, instalar e testar gratuitamente a possibilidade de recuperar dados após outro software. A versão demo do Recovery Toolbox for SQL Server é gratuita e está sempre disponível no site.

Questão:

A recuperação de ligações entre tabelas (chaves estrangeiras) é suportada?

Resposta:

Sim, as ligações entre tabelas são suportadas. Mas é necessário que os dados de cada tabela permaneçam totalmente intactos e corretos. Se parte dos dados da tabela for perdida, a execução do script SQL para criar a chave estrangeira resultará em erro.

Questão:

Quanto tempo leva para recuperar um banco de dados típico de 100 GB?

Resposta:

A velocidade da restauração depende do desempenho do computador no qual a restauração e o armazenamento do banco de dados SQL Server danificado são realizados. Em testes com um banco de dados SQL Server realmente danificado com 300 GB, o tempo total de restauração foi de 5 dias. O teste foi realizado em um computador potente com um sistema de disco muito rápido baseado em discos NVMe.

Questão:

O desempenho do PC afeta a velocidade da recuperação?

Resposta:

A velocidade da recuperação é afetada pela frequência do processador e pela velocidade de troca de dados com o disco do subsistema de arquivos.

Questão:

Que logs o programa cria e é possível analisá-los para auditoria?

Resposta:

Os logs de funcionamento do programa estão disponíveis na última página do programa e no arquivo err.log.

Questão:

Existe a opção de “reverter” ou cancelar a recuperação?

Resposta:

O programa Recovery Toolbox for SQL Server não altera nem modifica o arquivo MDF original. Portanto, não há nada para cancelar ou “reverter”.

Questão:

Como entrar em contato com o suporte técnico em português?

Resposta:

Você pode entrar em contato com o suporte técnico em qualquer idioma. A resposta do suporte técnico será redigida em inglês. A resposta do suporte técnico pode ser traduzida para qualquer idioma usando os serviços gratuitos do Google Translate ou DeepL.

Questão:

Como relatar um erro se o programa não consegue lidar com o arquivo?

Resposta:

O formulário de contato com o suporte técnico está disponível aqui: https://recoverytoolbox.com/pt/support.html. As respostas do suporte técnico levam até 24 horas.

Questão:

Qual é a diferença entre o Recovery Toolbox for SQL Server e os recursos padrão da Microsoft (DBCC CHECKDB, DBCC REPAIR)?

Resposta:

Semanalmente, recebemos contatos de usuários que não conseguem recuperar bancos de dados SQL Server danificados usando as ferramentas padrão da Microsoft (DBCC CHECKDB, DBCC REPAIR). O programa Recovery Toolbox for SQL Server usa um algoritmo muito complexo de análise da estrutura do arquivo, blocos e conexões dentro dos dados. Trata-se de uma inteligência artificial especial para recuperar bancos de dados Microsoft SQL Server danificados. Portanto, a qualidade e a porcentagem de recuperação com o Recovery Toolbox for SQL Server são significativamente maiores do que com as ferramentas padrão da Microsoft.

Questão:

É possível usar o programa para analisar as causas da danificação do arquivo MDF?

Resposta:

Não.

Questão:

Quais ferramentas adicionais para SQL Server você recomenda para evitar a perda de dados?

Resposta:

Recomendamos:

• fazer backups regulares;
• verificar regularmente o funcionamento do sistema de backup, incluindo a restauração do banco de dados a partir do backup;
• verificar o funcionamento das unidades de alimentação de reserva;
• trocar as baterias das unidades de alimentação de reserva.