Tenho me perguntado sobre o algoritmo para gerar números de sequência de log para registros de log de transações e estou preocupado que, com uma carga de trabalho alta o suficiente, seja possível ficar sem números de sequência de log.
O que acontece nesse caso?
SQL Server 2016 CU2 (Enterprise) aqui e um dos meus usuários solicitou a instalação do R-Services.
Eu segui o que parecia ser instruções muito simples desta página
Configurar SQL Server R Services (no banco de dados)
Quando cheguei à parte sobre como usar o teste simples
exec sp_execute_external_script @language =N'R',
@script=N'OutputDataSet<-InputDataSet',
@input_data_1 =N'select 1 as hello'
with result sets (([hello] int not null));
go
falhou com
Msg 39021, Nível 16, Estado 1, Linha 6 Não é possível iniciar o tempo de execução para o script 'R'. Verifique a configuração do tempo de execução 'R'. Msg 39019, Nível 16, Estado 1, Linha 6 Ocorreu um erro de script externo: Não é possível iniciar o tempo de execução. ErrorCode 0x80070057: 87(O parâmetro está incorreto.). Msg 11536, Nível 16, Estado 1, Linha 6 A instrução EXECUTE falhou porque sua cláusula WITH RESULT SETS especificou 1 conjunto(s) de resultado, mas a instrução enviou apenas 0 conjunto(s) de resultado em tempo de execução.
Então, comecei minha pesquisa na Internet por problemas conhecidos relacionados ao R-Services e encontrei este artigo - Problemas conhecidos do SQL Server R Services
Após cada alteração de configuração, reiniciei o SQL Server e o SQL Server Launchpad.
No entanto, toda vez que tento executar o teste T-SQL de amostra para R-Services, ele falha e vejo essa entrada no rlauncher.logarquivo
[Erro] A criação da sessão falhou com: Falha com 2 para obter segurança para C:\TEMP\R_SERV~1\MSSQLSERVER01
Estou procurando ajuda de outras pessoas que possam saber qual é o problema ou quaisquer links adicionais de solução de problemas.
Acordei esta manhã com corrupção em um dos meus bancos de dados. Eu tenho um trabalho que executa DBCC CHECKDBs diários para todos os bancos de dados em um servidor. A saída indicou corrupção em apenas UMA tabela (felizmente).
Msg 8935, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). The previous link (5:216001) on page (5:216002) does not match the previous page (5:2603841) that the parent (5:3902159), slot 23 expects for this page.
Msg 8936, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). B-tree chain linkage mismatch. (5:628894)->next = (5:628895), but (5:628895)->Prev = (5:2602254).
Msg 8935, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). The previous link (5:1165706) on page (5:1165707) does not match the previous page (5:2602253) that the parent (5:1529), slot 33 expects for this page.
Msg 8980, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). Index node page (5:2239068), slot 33 refers to child page (5:2602254) and previous child (5:628894), but they were not encountered.
Msg 8980, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). Index node page (5:3902159), slot 22 refers to child page (5:2603841) and previous child (5:216001), but they were not encountered.
Msg 8981, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 10, partition ID 72057601280507904, alloc unit ID 72057601393229824 (type In-row data). The next pointer of (5:1212172) refers to page (5:3489726). Neither (5:3489726) nor its parent were encountered. Possible bad chain linkage.
Msg 8980, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). Index node page (5:1529), slot 32 refers to child page (5:2602253) and previous child (5:1165706), but they were not encountered.
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 10, partition ID 72057601280507904, alloc unit ID 72057601393229824 (type In-row data). Page (5:3489727) is missing a reference from previous page (5:1212172). Possible chain linkage problem.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2602253) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2602254) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2602255) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2603840) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2603841) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 2533, Level 16, State 1, Line 1
Table error: page (5:2603842) allocated to object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header.
Msg 8935, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). The previous link (5:2602255) on page (5:15918) does not match the previous page (5:15917) that the parent (5:3904979), slot 8 expects for this page.
Msg 8936, Level 16, State 1, Line 1
Table error: Object ID 1946163866, index ID 11, partition ID 72057601280442368, alloc unit ID 72057601393164288 (type In-row data). B-tree chain linkage mismatch. (5:15917)->next = (5:15918), but (5:15918)->Prev = (5:2602255).
CHECKDB found 0 allocation errors and 16 consistency errors in table 'AperioCompare.PolicyAmendmentCompare' (object ID 1946163866).
CHECKDB found 0 allocation errors and 16 consistency errors in database 'Aperio'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (Aperio).
Estou sempre procurando a última linha para descobrir o nível mínimo de recuperação envolvido. Nesse caso, diz "repair_allow_data_loss é o nível mínimo de reparo para os erros encontrados pelo DBCC CHECKDB".
Olhei para o ID do objeto e verifiquei que OBJECT_NAME (1946163866) realmente apontava para minha tabela ONE. O relatório de erro mostrou problemas com os IDs de índice 10 e 11. Em seguida, selecionei sys.indexes para object_id=1946163866 e encontrei as linhas de índice para os índices 10 e 11 - ambos os índices não estão agrupados. Eliminei e recriei ambos os índices não clusterizados e executei novamente meu DBCC CHECKDB - nenhum erro foi relatado.
Estou intrigado com o nível mínimo de recuperação relatado pelo DBCC CHECKDB como sendo repair_allow_data_loss. Isso não deveria ser reconstruído?
Estou perdendo algo óbvio aqui?
Eu uso o Get-MSSQLLinkPasswordsscript Powershell há muito tempo e tem sido uma grande ajuda. O script descriptografa as senhas de todos os servidores vinculados em um determinado servidor Windows e as mostra a você em texto simples. Essa funcionalidade é incorporada ao dbatools Copy-SqlLinkedServerscript.
Existem advertências de segurança para executar o script, conforme mostrado aqui
O script deve ser executado localmente no servidor MSSQL (pois o DPAPI requer acesso à chave da máquina local). O usuário que executa o script também deve ter acesso de administrador do sistema a todas as instâncias do banco de dados (para a conexão DAC) e privilégios de administrador local no servidor Windows (para acessar os bytes de entropia no registro). Além disso, se o UAC estiver ativado, o script deverá ser executado como administrador.
Este script funcionou perfeitamente até atualizações recentes para o SQL Server 2016. Gostaria de saber se mais alguém encontrou algum problema com este script no SQL Server 2016. Talvez algum modelo de segurança tenha mudado no SQL Server 2016 e este script não consiga descriptografar as senhas agora.
Conforme o tempo permitir, tentarei ver se o dbatools Copy-SqlLinkedServerscript ainda funciona em 2016.