All perguntas(dba)

hoje eu corri um erro com meu postgresql, talvez alguém possa ajudar. Eu instalei o Postgresql no servidor Windows. Eu conecto usando o PgAdmin. Normalmente eu apenas insiro minha senha mestra, então o próximo passo eu insiro a senha do usuário 'postgres' para conectar ao meu servidor existente. Mas hoje, depois que eu insiro a senha do usuário 'postgres', ele disse erro FATAL: o banco de dados "postgres" não existe. Vou anexar o erro.

Ontem está bom. Mas hoje deu esse erro. Não fiz nada ontem no servidor. Como resolver? Preciso de ajuda. Obrigado.

Estou tentando usar o SQL In-Memory OLTP. A limitação é que a solução precisa ser compatível com o SQL Express 2019 e 2022.

Este link afirma que o In-Memory OLTP é compatível com todas as versões do SQL, incluindo o Express.

Com a versão 2022 não estou conseguindo iniciar:

EXECUTE master.dbo.xp_create_subdir 'C:\data\'

GO

ALTER DATABASE S2X ADD FILEGROUP S2x_mod
CONTAINS MEMORY_OPTIMIZED_DATA;

GO

 ALTER DATABASE S2x ADD FILE (
 name='S2x_mod1', filename='c:\data\S2x_mod1')
 TO FILEGROUP S2x_mod;

Chego até a última parte da consulta acima e recebo o seguinte erro:

Não foi possível processar a operação. O gerenciador de réplicas do Always On Availability Groups está desabilitado nesta instância do SQL Server. Habilite o Always On Availability Groups usando o SQL Server Configuration Manager. Em seguida, reinicie o serviço do SQL Server e tente a operação atual novamente. Para obter informações sobre como habilitar e desabilitar o Always On Availability Groups, consulte os Manuais Online do SQL Server.

Ao tentar habilitar a opção por meio do SQL Server Configuration Manager, ele informa que não é possível ativar "Always On Availability Groups" com esta versão do SQL Express.

Com a versão 2019, superei a consulta acima e consegui criar uma tabela otimizada para memória e um procedimento armazenado nativo:

-- Creating a memory-optimized table
CREATE TABLE dbo.State
(
    CID NVARCHAR(50) NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUCKET_COUNT = 1000),
    PNO INT NOT NULL,
    IsStart BIT NOT NULL,
    IsEnd BIT NOT NULL,
    CMPID NVARCHAR(50) NOT NULL
) 
WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_AND_DATA);

GO

CREATE PROCEDURE dbo.GetStateByCID
@CID NVARCHAR(50)
WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNER
AS
BEGIN ATOMIC WITH
(
    TRANSACTION ISOLATION LEVEL = SNAPSHOT,
    LANGUAGE = N'English'
)
    SELECT CID, PNO, IsStart, IsEnd, CMPID
    FROM dbo.State
    WHERE CID = @CID;
END;

mas ao executá-lo:

EXEC    @return_value = [dbo].[GetStateByCID]
    @CID = N'1234'

Recebo o seguinte erro:

Ocorreu um erro ao executar o lote. A mensagem de erro é: Erro fatal de conexão interna. Estado do erro: 15, Token: 0

Não encontrei muita ajuda on-line sobre isso; mas parecia ser um problema que foi corrigido na versão 2017 (veja aqui ). Isso não faz muito sentido para mim, pois eu esperava que a correção fosse incluída na versão 2019 por padrão. Em qualquer caso, usar o In-Memory OLTP só seria possível para mim se fosse compatível com o Express 2019 e 2022.

O que estou esquecendo aqui? O In-Memory OLTP é compatível com SQL express ou não? Estou fazendo algo errado?

Tenho um Banco de Dados SQL corrompido que é inacessível por qualquer meio. Ele está a ponto de comandos simples, como USE MyDatabase, não executarem.

O erro que recebo é: O SQL Server detectou um erro de E/S baseado em consistência lógica: pageid incorreto (esperado 1:371; real 0:0). Ocorreu durante uma leitura de página (1:371) no ID 5 do banco de dados no deslocamento 0x000000002e6000 no arquivo.

O banco de dados chegou a essa situação porque este é um arquivo .MDF corrompido salvo de um HD morto que não está mais acessível. Então, o .MDF contém os dados mais recentes que o usuário quer. Sim, o usuário conseguiu recuperar alguns backups completos, mas eles são muito antigos.

Então o que eu tenho é: um bom e antigo backup completo no arquivo .BAK, um arquivo .MDF corrompido e atualizado e um arquivo .LDF, que está em estado desconhecido, pois não sei como verificá-lo.

Este banco de dados só poderia ser anexado fazendo a 'solução alternativa' de restaurá-lo do antigo arquivo de backup completo .BAK, definindo-o OFFLINE, substituindo o arquivo .MDF com sucesso pelo corrompido. No entanto, o banco de dados sempre fica preso no modo EMERGENCY ou SUSPECT, e não pode prosseguir além disso. Não consigo nem usar CHECKDB, pois qualquer comando ALTER DATABASE resultará no erro descrito.

Eu já tentei exportar os DADOS dele usando o comando bcp e manualmente do SSMS Task, mas também falhou. Eu também usei algumas versões de teste gratuitas de renomados softwares de reparo .MDF, e ele realmente conseguiu capturar bons dados, no entanto, o usuário ainda está cético em usá-los.

Eu também tentei seguir as instruções descritas aqui , mas sem sucesso, pois não consigo fazer o banco de dados ficar em single-user, apenas no MODO DE EMERGÊNCIA. Eu também tentei iniciar o servidor via SQLcmd e prosseguir a partir disso, mas também falhou.

Ainda há algo que possa ser feito? Posso consertar o estado atual dessas páginas com falha via HEX, mesmo que elas desapareçam depois? Alguma outra fonte de exportação que eu possa tentar? Tentei de tudo para restaurar com sucesso?

ATUALIZAÇÃO: Como não tinha mais opção, fiz algo que não é amplamente recomendado : restaurei o backup bom para criar um arquivo .MDF bom. Abri o arquivo .MDF bom com o editor HEX e copiei os endereços de página defeituosos, depois os escrevi no arquivo .MDF ruim. Foi o meu dia, pois por uma sorte incrível , consegui colocar o banco de dados ONLINE e executar comandos alter, que mesmo com alguns erros, colocaram o banco de dados em uma posição onde eu poderia executar checkdb e depois disso, eu poderia executar algumas consultas em tabelas-chave, recuperando alguns dados importantes!!! Os dados, é claro, tinham muitos buracos, e foi realmente doloroso selecionar os setores bons. Essa experiência ruim se transformou em uma boa. Não postarei isso como uma solução, pois esta é realmente confusa. Obrigado a todos que me ajudaram aqui e no stackoverflow.

Uma vez encontrei uma visão do sistema Oracle SYS.EXU8CON, e seus dados parecem ser relevantes para informações de todos os objetos do banco de dados, como ID do objeto, proprietário, etc. Ela também tem algumas colunas que não consigo dizer do que se tratam, como CONDITION, CONDLENGTH e SQLVER. E nem consigo encontrar nenhuma informação na Internet, o que é muito estranho. Então, alguém pode explicar isso?

Tendo estudado os dados na visualização e pesquisado na internet. Esperando obter comentários de tabela.

Estou configurando a replicação transacional no meu servidor 2008R2 para o servidor de distribuição 2012 para o servidor Subscriber 2012. Todos os três servidores estão no modo de recuperação FULL. O backup de log é feito a cada 15 minutos e o backup completo é feito diariamente, todos os dias, em todos os três bancos de dados de servidor usados ​​na replicação. Queremos usar o subscriber como um servidor de relatórios. O Publisher é nosso principal banco de dados OLTP.

Mas o SSMS do assinante é o SSMS 2012 e o SSMS do publicador é o 2008r2, então a replicação está gerando o erro: "O assinante selecionado não atende ao nível mínimo de compatibilidade de versão do publicador selecionado"

Então, estou pensando em usar minha máquina Distributor (servidor 2012 com SSMS 2012) para acessar remotamente meu publicador (servidor 2008R2) e então configurar a replicação do publicador de lá. Deve funcionar bem? Ou causará algum problema.

Ou seria melhor instalar o SSMS 2012 no meu servidor publicador e depois configurar a replicação a partir dele?

Por favor ajude

Eu tinha instalado o 2012SSMS no editor do servidor de teste e estava funcionando muito bem. Mas não quero entrar no licenciamento para 2 SSMSs

Eu seria capaz de reverter (remover/excluir) a replicação facilmente caso houvesse um problema se eu usasse um servidor diferente (não o servidor do publicador real) para configurar a replicação?

Estou migrando um aplicativo ASP antigo (escrito nos anos 2000) para uma nova plataforma e estou lutando com a melhor maneira de exportar os dados em um formato não criptografado. Tenho acesso ao site de trabalho atual, incluindo o código subjacente, e tenho o validationKey e o decryptionKey, o site exibe corretamente os dados não criptografados

O banco de dados é o Microsoft SQL Server 2019 (RTM-CU27-GDR) (KB5040948) - 15.0.4382.1 (X64) 1 de julho de 2024 20:03:23 Standard Edition (64 bits) no Windows Server 2019 Standard 10.0 (Build 17763: ).

No momento, estou apenas tentando escrever uma consulta no Azure Data Studio que irá gerar os dados em claro. Posso conectar ao db e executar consultas, mas os resultados são criptografados.

A maior parte da minha busca por uma solução (que parece que deveria ser simples!) fala sobre certificados, o que não acho relevante aqui. Também procurei por chaves simétricas conforme uma postagem, mas esta consulta não retorna resultados.

SELECT name KeyName, 
    symmetric_key_id KeyID, 
    key_length KeyLength, 
    algorithm_desc KeyAlgorithm
FROM sys.symmetric_keys;

Encontrei esta página que parecia ter o que eu estava procurando, mas o campo descriptografado está todo nulo.

USE mydb;  
-- Get the passphrase from the user.  
DECLARE @PassphraseEnteredByUser NVARCHAR(128);  
SET @PassphraseEnteredByUser   
= 'mydecryptphase';  
  
-- Decrypt the encrypted record.  
SELECT Title, 
    CONVERT(varchar,  
    DecryptByPassphrase(@PassphraseEnteredByUser, FirstName, 1 ))  
    AS 'Decrypted Name' FROM dbo.contact  ;  
GO 

Posso executar a consulta abaixo para obter os dados no formato fornecido como:

SELECT to_timestamp(unnest(ARRAY[[1725042600, 1725043500], [1725041700, 1725042600], [1725043500, 1725044400], [1725040800, 1725041700]]));

      to_timestamp
------------------------
 2024-08-30 18:30:00+00
 2024-08-30 18:45:00+00
 2024-08-30 18:15:00+00
 2024-08-30 18:30:00+00
 2024-08-30 18:45:00+00
 2024-08-30 19:00:00+00
 2024-08-30 18:00:00+00
 2024-08-30 18:15:00+00
(8 rows)

Estou usando o postgres versão 9.6 e abaixo é o esquema

test_database=> \d fact_completeness_count_requests
                    Table "public.fact_completeness_count_requests"
         Column          |            Type             | Collation | Nullable | Default
-------------------------+-----------------------------+-----------+----------+---------
 request_id              | character varying(64)       |           | not null |
 event_type              | character varying(255)      |           | not null |
 technology              | character varying(255)      |           |          |
 vendor                  | character varying(255)      |           |          |
 name                    | character varying(255)      |           | not null |
 dataset_metadata        | json                        |           | not null |

Estou usando a consulta abaixo para gerar a saída esperada. Conforme mostrado na saída da consulta acima. Não tenho certeza de como usar array e a função to_timestamp com a consulta abaixo. É possível arquivar com a versão postgres 9.6

select 
 request_id
,dataset_metadata->> 'intervals_epoch_seconds' as epoc_seconds
from fact_completeness_count_requests ;

 31319ad1-e848-4ec3-9c3e-967981e2ae45-0  | [[1725048000, 1725051600]]
 7a05cc38-5303-417d-88ce-fe3a604570d2    | [[1725055200, 1725056100]]
 ae6c2b09-8a95-4ac0-9846-6e76071579af    | [[1725050700, 1725051600], [1725049800, 1725050700], [1725048900, 1725049800], [1725048000, 1725048900]]

Eu gostaria de receber alguns conselhos, por favor.

Preciso corrigir um ambiente do SQL 2019 Availability Group com duas réplicas locais.

Alto nível de medidas que pretendo tomar:

• Alterar o modo de failover de automático para manual no primário
• Corrigir réplica secundária primeiro
• Failover do AG para o secundário corrigido
• Corrigir o novo secundário (ou seja, o antigo primário)
• failback para o primário antigo

É realmente essencial alterar o modo de confirmação síncrono para assíncrono no primário antes de começar?

Minha preocupação em fazer isso é que a instância em questão tem mais de 300 bancos de dados, alguns dos quais são muito grandes. Se eu alterar o modo de disponibilidade para assíncrono, quando eu terminar de aplicar patches no secundário e fizer failover do AG para o secundário corrigido, precisarei retomar a movimentação de dados no novo secundário (ou seja, o antigo primário) em cada banco de dados . Para uma instância com mais de 300 bancos de dados, esse é um processo demorado.

A minha pergunta é, portanto:

• Se eu conseguir garantir um tempo de inatividade para a tarefa e não tiver transações acontecendo durante o processo de patch, é seguro continuar o processo sem mudar para o modo de confirmação assíncrona? Nesse caso, tudo o que preciso fazer é mudar para failover manual, aplicar patch no secundário, fazer failover para o secundário corrigido, aplicar patch no novo secundário (ou seja, primário antigo) e fazer failback para o primário antigo.

Além disso, se por qualquer motivo eu não conseguir garantir o tempo de inatividade para a tarefa, e o primário estiver em uso enquanto o secundário estiver sendo corrigido. Correrei o risco de perda de dados se deixar o modo de disponibilidade como síncrono durante o processo de correção?

Por favor, informe-nos.

obrigado.

Tenho dados parecidos com estes:

Eu tento somar a coluna Nominal para cada pai respectivo, então ficará assim:

Eu forneci o script sql para os dados:

DEFINIR ANSI_NULLS EM
IR
DEFINIR IDENTIFICADOR_DE_CITAÇÕES EM
IR
CRIAR TABELA [dbo].[Conta](
    [AccountSeq] [bigint] IDENTIDADE(1,1) NÃO NULO,
    [ParentAccountSeq] [bigint] NULO,
    [AccountCode] [nvarchar](50) NÃO NULO,
    [AccountName] [nvarchar](50) NÃO NULO,
    [Nominal] [decimal](18, 2) NÃO NULO
) EM [PRIMÁRIO]
IR
DEFINIR IDENTITY_INSERT [dbo].[Conta] LIGADO
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (1, NULL, N'101', N'AKTIVA LANCAR', CAST(0,00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (2, 1, N'10101', N'KAS', CAST(0,00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (3, 2, N'1010101', N'KAS KECIL (IDR)', CAST(10000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (4, 2, N'1010102', N'KAS KECIL ($$$)', CAST(15000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (5, 1, N'10102', N'BANK', CAST(0,00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (6, 5, N'1010201', N'BCA PKU AC: 220.391', CAST(20000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (7, 5, N'1010202', N'BCA PKU AC: 220.279', CAST(25000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (8, 1, N'10104', N'PIUTANG USAHA', CAST(30000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (10, 1, N'10105', N'PIUTANG PROYEK', CAST(40000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (11, NULL, N'201', N'HUTANG JANGKA PENDEK', CAST(50000.00 AS Decimal(18, 2)))
IR
INSERIR [dbo].[Conta] ([AccountSeq], [ParentAccountSeq], [AccountCode], [AccountName], [Nominal]) VALORES (12, NULL, N'301', N'MODAL', CAST(60000.00 AS Decimal(18, 2)))
IR
DEFINIR IDENTITY_INSERT [dbo].[Conta] DESLIGADO
IR

a última consulta sql que tentei:

COM cteTest COMO (
    SELECIONAR
    ContaSeq,
    ContaPaisSeq,
    Código de conta,
    Nome da conta,
    CAST(Nominal COMO DECIMAL(18,2)) COMO Nominal
    DE
    [Conta2]
    ONDE
    ParentAccountSeq É NULO

    UNIÃO DE TODOS

    SELECIONAR
    a.AccountSeq,
    a.ParentAccountSeq,
    a.Código da conta,
    a.NomeDaConta,
    CAST((a.Nominal + cte.Nominal) COMO DECIMAL(18,2)) COMO Nominal
    DE
    [Conta2] a
    JUNÇÃO INTERNA [cteTest] cte ON cte.AccountSeq = a.ParentAccountSeq
)
SELECIONAR
*
DE
[Teste cte]
ORDEM POR
ContaSeq

Alguém pode me ajudar a resolver isso?

Tenho dificuldade em entender duas limitações do postgres quando se trata de criar índices e excluí-los no modo concorrente:

o primeiro sobre CREATE INDEX CONCURRENTLY:

As compilações de índice regulares permitem que outras compilações de índice regulares na mesma tabela ocorram simultaneamente, mas somente uma compilação de índice simultânea pode ocorrer em uma tabela por vez.

na verdade eu tentei isso, mas eu poderia aplicar dois comandos com CREATE INDEX CONCURRENTLYe ambos os índices eram válidos. Isso significa apenas que o Postgres permite executar o comando duas vezes, mas

o segundo sobre DROP INDEX CONCURRENTLY:

Há várias ressalvas a serem observadas ao usar esta opção. Apenas um nome de índice pode ser especificado, e a opção CASCADE não é suportada. (Assim, um índice que suporta uma restrição UNIQUE ou PRIMARY KEY não pode ser descartado desta forma.)

atualmente não li os documentos e removi um índice com DROP INDEX CONCURRENTLYisso era UNIQUE. No entanto, funcionou e o índice foi removido, esqueci de algo aqui?