All perguntas(dba)

Normalmente não faço perguntas, mas estou quase no meu limite e prevejo que vou ter dificuldades com isso por um tempo. Para os revisores de perguntas, não encontrei nenhuma pergunta referente às versões do Mongo com as quais estou tendo problemas, nem meu erro específico para o nó arbiter.

Resumo:

O árbitro está falhando em uma atualização da v6 para a v7 por causa de um inválido featureCompabilityVersionque li e que ele não deveria se importar ou usar.

Estou esquecendo de algo óbvio relacionado à configuração/atualização do nó do árbitro?

Versão longa:

Estou usando o Docker Compose para gerenciar um conjunto de réplicas de bancos de dados Mongo consistindo de 1 primário, 1 secundário e 1 árbitro. Todos eles usam a docker.io/bitnami/mongodbimagem e têm volumes para persistir quaisquer dados que precisem gravar. Minha tarefa é atualizar suas imagens de v5 para v7 usando as instruções do Mongo .

A atualização da v5 para a v6 foi tranquila, pois a v6 é compatível com versões anteriores e só exigiu a atualização da versão da imagem. Para atualizar para a v7, entrei no banco de dados de administração do nó primário e executei db.adminCommand( { setFeatureCompatibilityVersion: "6.0" } )seguido por db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1})para confirmar que a alteração foi feita.

Atualizei as versões de imagem no arquivo compose de v6 para v7 e reiniciei. Os nós primário/secundário estão bem, mas o arbiter emite esse erro antes de desligar,

PROBLEMA DE ATUALIZAÇÃO: Foi encontrado um documento featureCompatibilityVersion inválido (ERRO: Location4926900: Documento featureCompatibilityVersion inválido em admin.system.version: { _id: "featureCompatibilityVersion", versão: "5.0" }. Consulte https://docs.mongodb.com/master/release-notes/6.0-compatibility/#feature-compatibility . :: causado por :: Valor de versão de compatibilidade de recurso inválido '5.0'; esperado '6.0' ou '6.3' ou '7.0'. Consulte https://docs.mongodb.com/master/release-notes/6.0-compatibility/#feature-compatibility. ). Se o featureCompatibilityVersion atual for inferior a 6.0, consulte a documentação sobre atualização em https://docs.mongodb.com/master/release-notes/6.0/#upgrade-procedures .

Agora eu li que o árbitro não deve conter dados e que o árbitro ignora o FCV em favor da compatibilidade com versões anteriores relatada pelos binários, que se for verdade, deve ser v6, não v5 como o erro declara. Eu tentei autenticar no árbitro para definir o FCV lá, mas eu recebo command setFeatureCompatibilityVersion requires authentication.

Estou esquecendo de algo óbvio relacionado à configuração/atualização do nó do árbitro?

Temos um PostgreSQL (com extensão TimescaleDB) em execução em um servidor Ubuntu, cuja carga tem aumentado constantemente ao longo do ano.

Gostaríamos de manter a carga sob controle. Para CPU, ou carga, gostaríamos de identificar consultas que estão causando o aumento na carga, pois algumas das consultas são provavelmente desnecessárias; a frequência pode ser diminuída, e assim por diante.

Qual seria a melhor maneira de mapear consultas e/ou aplicações PostgreSQL para uso de CPU? Especificamente, como essa não é uma consulta única, deve haver algum tipo de coleta de estatísticas por um período maior de tempo.

Atualmente, estamos usando o Datadog para monitorar o PostgreSQL e o servidor, mas ficaremos felizes em considerar quaisquer opções.

Preciso de ajuda com isso...

Dentro de uma tabela "posts", tenho duas colunas onde preciso extrair/mover um valor de um campo para outro e mesclá-lo com o valor existente.

Table name: posts
-------------------
post_title       | post_name
-------------------------------
Title            | ashgt-36548
Some title       | ahrgz-46587
Some other title | kkahe-55486

Os valores de post_name estão todos no mesmo formato: 5 letras com um traço "-" e cerca de 5 dígitos (-DIGITS).

Então o que preciso ganhar é:

Remova "-DIGITS" de post_name e injete isso no campo post_title (mesclar valores) no início (primeira posição), remova o "-" e coloque o número de 5 dígitos entre colchetes [DIGITS]+SPACE

Então o resultado deve ser parecido com:

Table name: posts
--------------------------------------
post_title               | post_name
--------------------------------------
[36548] Title            | ashgt
[46587] Some title       | ahrgz
[55486] Some other title | kkahe

A sintaxe SQL que tenho até agora para remover o traço e os dígitos de post_name é (eu seleciono por meio de outra coluna "maschinen"):

UPDATE posts
SET `post_name`= mid(`post_name`, 1,length(`post_name`)-6)
WHERE `post_name` LIKE '%-%' AND `post_type` LIKE 'maschinen';

Qualquer ajuda sobre isso seria ótima. Obrigado.

Tenho um script de tarefa cron de manutenção que é executado a cada 5 minutos que TRUNCA uma tabela, a preenche novamente com dados de manutenção e, em seguida, a TRUNCA no final. Também executo um script mysqldump diário que faz backup de todas as minhas tabelas. Percebi recentemente que algumas das tabelas estavam faltando no backup. Após uma investigação mais aprofundada, descobri que o mysqldump está gerando este erro:

Error 1412 "Table Definition Has Changed"

Depois de investigar mais a fundo, aparentemente o problema é porque meu script de tarefa cron está usando TRUNCATE para esvaziar a tabela no meio de um backup do mysqldump.

Estou usando a opção --single-transaction, mas isso não faz diferença.

Existe alguma maneira de permitir que o mysqldump continue mesmo se uma tabela for truncada enquanto o mysqldump estiver em execução (e ainda fazer backup dessa tabela)? Isso precisa ser feito sem a opção --ignore-table. Descobri como fazer isso, mas prefiro incluir todas as minhas tabelas de manutenção no backup, caso o banco de dados precise ser completamente restaurado de um backup.

A única outra coisa que consegui pensar foi usar "DELETE FROM table" em vez de "TRUNCATE table", mas eu teria que passar por todos os meus scripts em todos os meus sites para mudar isso.

Gostaria de recuperar dados de "year to date" na minha consulta abaixo. Eu esperava algo simples no 'INTERVAL', mas não consegui encontrar nada.

Eu tenho o seguinte:

SELECT
    "status_id", date_part('epoch', time) * 1000 as time,
    COUNT(time) as "count"
FROM evStatus
WHERE time >= NOW() - Interval '{1}'
GROUP BY "status_id", time

Gostaria de obter dados de janeiro de qualquer ano até a data atual.

Testei isso abaixo e parece funcionar, mas quer ter certeza de que essa é a maneira correta?

SELECT
    "status_id", date_part('epoch', time) * 1000 as time,
    COUNT(time) as "count"
WHERE time BETWEEN date_trunc('year', now()) AND CURRENT_TIMESTAMP

É assim, eu movi meu aplicativo web Blazor do computador Windows para o Mac Pro m4

É assim que toda vez que tento criar acesso ao banco de dados ele me dá um erro. É assim que eu tentei executar o aplicativo no meu computador da versão anterior sem problemas, mas assim que preciso acessar o banco de dados, tenho problemas que não consigo de forma alguma obter permissão para acessar o banco de dados.

Pesquisei na internet para ver se sou o único que tem esse problema ou não.

A única coisa que consegui descobrir é que seu IP deveria ser adicionado ao firewall. Posso dizer que está feito e também me certifiquei de que ele está lá várias vezes.

Erro: Ocorreu um erro relacionado à rede ou específico da instância ao estabelecer uma conexão com o SQL Server. O servidor não foi encontrado ou não estava acessível. Verifique se o nome da instância está correto e se o SQL Server está configurado para permitir conexões remotas. (provedor: TCP Provider, erro: 26 - Erro ao localizar servidor/instância especificado)

Tentei abrir o terminal: nc -v xxxxx.database.windows.net 1433. ele me deu sucesso.

Eu tentei copiar as strings de conexão do ODBC e ADO.net no meu banco de dados que está no Azure e ambos falharam. E removi a antiga que estava no site, mas então adicionei a que está na página do Azure.

Não, estou tentando conectar ao banco de dados por meio da minha página Blazor. Mas ele não me deixa fazer isso.

Server=tcp:xxxx.database.windows.net,1433;Initial Catalog=sxxx;Persist Security Info=False;User ID=xxx;Password=xxxxx;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Connection Timeout=30;

então eu também uso EF (entity framework) para falar com meu banco de dados. Eu tenho:

microsoft entityframeworkcore design, + sqldesign e ferramenta

Como remover um esquema vazio e alterar o esquema padrão removeu a função db_owner de um usuário de banco de dados?

Eu determinei limpar os esquemas extras que foram criados ao longo dos anos. Alguns esquemas foram criados por padrão e têm o mesmo nome de um Login do Banco de Dados SQL. Eu pesquisei por esquemas que não continham nenhum objeto com esta consulta:

SELECT 
    db_name() AS DatabaseName
    ,ds.SCHEMA_NAME AS SchemaName
    ,du.name AS UserName
    ,'USE  ' + db_name() + '; ALTER USER [' + ds.SCHEMA_NAME + '] WITH DEFAULT_Schema=dbo; drop schema if exists [' + ds.SCHEMA_NAME + ']; ' as Fix
FROM INFORMATION_SCHEMA.SCHEMATA ds
JOIN sys.database_principals du ON du.name = ds.SCHEMA_NAME
    AND du.default_schema_name = ds.SCHEMA_NAME
    AND ds.SCHEMA_OWNER = du.name
WHERE NOT EXISTS (
        SELECT 1
        FROM sys.objects o
        JOIN sys.schemas ss ON ss.schema_id = o.schema_id
        WHERE ss.name = ds.SCHEMA_NAME
        )
    AND ds.SCHEMA_NAME NOT IN (
        'dbo'
        ,'guest'
        ,'sys'
        ,'INFORMATION_SCHEMA'
        )

Em seguida, usei esta consulta (como exemplo) para limpá-los:

USE  SecondaryDatabase; 
ALTER USER [User2] WITH DEFAULT_Schema=dbo; 
drop schema if exists [User2]; 

Primeiro, alterei o esquema padrão para o padrão " dbo ". Depois, removi o esquema que tinha o mesmo nome do usuário.

Remover o esquema ou alterar o esquema padrão removeu a função db_owner do User2 . A alteração que nosso fornecedor fez para consertar foi conceder a função db_owner ao User2.

Não consigo entender como remover um esquema que não tinha objetos e alterar o esquema padrão poderia alterar as permissões deste usuário. Alguma ideia?

O que fiz e pesquisei até agora:

• https://learn.microsoft.com/en-us/sql/relational-databases/security/authentication-access/ownership-and-user-schema-separation?view=sql-server-ver16
  • Noções básicas sobre usuários e esquemas.
• Qual é o propósito do "Proprietário do Esquema"?
  • O que eu entendo disso é que ser um proprietário de esquema só concede permissões a objetos naquele esquema. Se não houvesse objetos no esquema, remover o esquema não deveria ter alterado as permissões dos usuários.
• Restaurou uma cópia do banco de dados para outro servidor. Reexecutou a consulta "fix" para ver se ela removeria o usuário da função db_owner. Não removeu.
• Restaurei uma segunda cópia do banco de dados no mesmo outro servidor. Usei o Schema Compare no Visual Studio para comparar o original restaurado com a cópia restaurada após executar a "correção". Não observei nenhuma alteração inesperada. Comparei as cópias restauradas com o banco de dados de produção.
• A versão específica do SQL Server é 2019 15.0.4410.1.

Estou enfrentando um problema ao restaurar um dump de banco de dados PostgreSQL 15. Durante o processo de restauração, encontro os seguintes erros:

ERROR:  trailing junk after numeric literal at or near "..."
ERROR:  invalid command \N
ERROR:  invalid command \N
.
.
.
ERROR:  out of memory

O erro ocorre após o processamento dos UUIDs no arquivo de despejo. Parece que os UUIDs estão sendo interpretados incorretamente, possivelmente como literais numéricos, o que causa problemas subsequentes com comandos inválidos como \N, levando a um erro de falta de memória.

Aqui está o comando que estou usando para criar o dump:

pg_dump -h <host> -p 5432 -U <username> <dbname> > new.dump

E o comando de restauração:

psql postgresql://<user>:<password>@<host>/<dbname> < new.dump

Alguém poderia aconselhar sobre a melhor maneira de criar um arquivo de despejo que manipule corretamente UUIDs durante o processo de restauração para evitar esses problemas? Especificamente, quero garantir que UUIDs sejam tratados como UUIDs e não interpretados como literais numéricos, o que leva a comandos inválidos e erro de falta de memória.

Qualquer ajuda ou melhores práticas seriam muito apreciadas!

Obrigado!

Informações adicionais:

Estou restaurando para uma instância do PostgreSQL 15.

SO e versão: Debian 12

pg_dump -V retorna:

pg_dump (Postgresql) 16.2

Funções de string no Postgres não reconhecem espaços não separáveis ​​como espaços em branco, nem ao cortar nem ao usar expressões regulares:

select 'x' ||  test || 'x', 'x' ||  trim(test) || 'x', 'x' ||  regexp_replace(test, '\s+', '') || 'x' from 
(values
(''),
(' '),
('   y   '),
('s s s s')
) as foo(test)

(Não tenho certeza se o não separável ( ) sobrevive no código acima, mas as duas últimas linhas contêm nbsp) Demonstração do Onecompiler SQL

É uma coisa do Postgres não lidar com isso, ou é um bug? Eu sei de char(160) para nbsp, mas preferiria uma maneira geral de remover todos os espaços em branco

A ordenação em uso é en_US.utf8

Tenho um problema com o gatilho que produz a seguinte mensagem de erro

O gatilho retornou um conjunto de resultados e/ou estava sendo executado com SET NOCOUNT OF

O gatilho é estruturado assim:

CREATE TRIGGER TRIG_FOO ON FOO FOR INSERT, UPDATE, DELETE AS BEGIN

    DECLARE @AFFECTED CURSOR
    SET NOCOUNT ON
    IF EXISTS (SELECT * FROM INSERTED)
        SET @AFFECTED = CURSOR FOR SELECT ID FROM INSERTED
    ELSE
        SET @AFFECTED = CURSOR FOR SELECT ID FROM DELETED    

    OPEN @AFFECTED
    FETCH NEXT FROM @AFFECTED INTO @BAZ
    WHILE @@FETCH_STATUS = 0 BEGIN
    
        --- trigger logic
        
        FETCH NEXT FROM @AFFECTED INTO @BAZ
    END
    
    SET NOCOUNT OFF -- (*)
END

O gatilho não falha se eu remover a última linha ( SET NOCOUNT OFF). Usamos esse tipo de gatilho em muitas tabelas por muitos anos e sempre funcionou corretamente (mesmo se um cursor for usado). Tentei encontrar a fonte do erro com:

• fechando e desalocando o cursor
• usando um cursor de avanço rápido
• saída de depuração e uma tabela de log separada
• SQL Server Profiler (rastrear instruções executadas, mensagens e erros)
• Eventos estendidos (eventos de log de instruções executadas)

Em nenhum lugar encontrei uma pista em qual parte do gatilho o outro conjunto de resultados é criado. Nenhum outro gatilho é definido para esta tabela.

Quero entender a causa da mensagem de erro - o que posso fazer? E é seguro remover a última linha do gatilho?