All perguntas(dba)

No SQL Server, quando a função sys.fn_get_audit_file()retorna informações de arquivos de auditoria, ela inclui column additional_information. De acordo com a documentação dessa coluna , ela contém "um nível de pilha TSQL" no formato XML.

Exemplo:

SELECT * FROM sys.fn_get_audit_file('\\myAuditPath\myAuditFile.sqlaudit', DEFAULT, DEFAULT)

retorna valores de informação adicional como este:

<tsql_stack><frame nest_level = '1' database_name = 'myDBa' schema_name = 'mySchema' object_name = 'thisObject'/></tsql_stack>
<tsql_stack><frame nest_level = '1' database_name = 'myDBa' schema_name = 'mySchema' object_name = 'someObject'/></tsql_stack>
<tsql_stack><frame nest_level = '3' database_name = 'myDBb' schema_name = 'mySchema' object_name = 'thatObject'/></tsql_stack>

Minha pergunta : Qual é o nest_level de um quadro?

A documentação diz apenas que "Frame nest_level indica o nível de aninhamento atual do quadro."

Esse quadro nest_level contém valores 1,2,3,4,...

Não parece ser o nest_level retornado por sys.dm_exec_requests. (O nest_level dessa visualização inclui os valores -1 e 0, que não parecem ser relevantes para o quadro nest_level acima.)

E não parece estar relacionado às funções da janela. (A pesquisa pela palavra "frame" me levou temporariamente a esse caminho.) O nest_level acima é visto mesmo em linhas de auditoria que não possuem função de janela.

Você pode me indicar alguma informação sobre esse quadro nest_level ou informações sobre pilhas TSQL?

Ao pesquisar "tsql_stack" (definitivamente com sublinhado), encontrei alguns resultados sobre pilhas TSQL. Mas ainda estou procurando detalhes sobre isso, nest_levelse alguém puder ajudar. Obrigado novamente.

No meu diretório PostgreSQL pg_wal, o total de segmentos wal soma cerca de 200 GB, onde max_wal_size 8 GB.

Arquivamos o arquivo WAL no local desejado usando archive_command , mas o arquivo wal não foi removido do diretório pg_wal, não sei por quê?

Eu tenho um cluster de banco de dados de 3 nós mantido pelo pgpool. Onde o node3 está inativo por algum motivo. Por causa disso, o slot de replicação não está ativo. Aqui node1 é primário e node2 é o nó de espera que está funcionando bem e o slot de replicação está ativo.

Basicamente, quero saber por que o PostgreSQL não está removendo os arquivos WAL do diretório pg_wal? E como resolver isso?

Presumo que ele esteja mantendo esses arquivos WAL por causa do slot de replicação do node3 que não está ativo.

Se eu estiver certo, o que devo fazer neste caso? Devo excluir esse slot de replicação do node3 para resolver esse problema.

Nota: não quero recuperar esse node3 agora.

Tenho 2 mesas, tamanho e custo. Minha consulta faz uma contagem maior que a comparação de custos e conta tamanhos diferentes.

tabela1: tamanho u
tabela2: crédito t

Aqui está minha consulta:
selecione u.size como tamanho
,count(u.size) * .4 como "40% do tamanho"
,count(case when (t.cred * 12) > (t.inc *.3) then 1 final) como "custo de 30%"
do crédito t
junte-se ao tamanho u em t.id = u.id
grupo por u.size

O resultado é o seguinte:

Quero que a consulta mostre um 'Y' se a coluna de custo for maior que a coluna de tamanho e um 'N' se for menor. Aqui estaria o resultado que estou procurando:

Existe uma maneira de mostrar isso? Tentei usar o seguinte, mas entendi: O valor booleano não pode ser operado com valor não booleano.

,caso quando ((t.cred * 12) > (t.inc * .3)) > (count(u.size) * .4) then 'Y' else 'N' termina como "S/N" Não tenho
certeza se eu precisar fazer uma subconsulta?

Existe um script ou artigo para verificar as diferenças entre os trabalhos do SQL Agent nos nós do AG e criar um relatório com base na diferença? Não estou procurando dbatools.io, pois ele sincroniza o trabalho com base na 'data da última modificação ou criação'. Também não pretendo sincronizar trabalhos. Estou apenas procurando algum relatório que identifique a diferença nos dois trabalhos SQL. Por exemplo, se um parâmetro era diferente ou se um trabalho está habilitado ou não. Obrigado

Estou mais familiarizado com o MySQL, mas no meu novo local de trabalho, tenho que cuidar de um banco de dados MongoDB (MongoDB 4.2.18 com Mongosh 1.1.9 rodando no Ubuntu 18.04.6 - sim, é antigo; a atualização é um problema para outro dia). Não sei nada sobre MongoDB. Infelizmente, a pessoa que o criou não deixou nenhuma documentação. Agora preciso cuidar disso.

O que eu tenho é um nome de usuário e uma senha. Com isso, posso fazer o login assim:

mongosh --port 27017 --authenticationDatabase "admin" -u "XXX" -p

Posso listar todos os bancos de dados fazendo show databases. Mas não consigo executar o comando show users:

admin> show users
MongoServerError: not authorized on admin to execute command { usersInfo: 1, lsid: { id: UUID("b2c4e061-1b54-4b27-bdf2-bef330b38b4d") }, $db: "admin" }

Tentei então obter uma lista de usuários. E acho que este é o comando para fazer isso:

admin> show collections
system.users
system.version
admin> db.system.users.find().pretty ()
MongoServerError: not authorized on admin to execute command { find: "system.users", filter: {}, lsid: { id: UUID("1801ce09-5c09-44eb-9b04-86eb35817eaa") }, $db: "admin" }

Juntos, parece que minha conta não é uma conta de administrador. Isso estaria correto?

Em caso afirmativo, é possível criar uma nova conta com privilégios totais de administrador? Eu tenho sudoacesso na máquina host. Se sim, como eu faria isso?

Obrigado!

Eu estava lendo sobre como criar um sistema de réplica primária e quero fazer isso em produção. Mas com base neste link , percebi que o thread do binlog poderia falhar e os dados seriam perdidos.

Não encontrei nada de útil sobre o assunto, mas existe alguma maneira de descobrir se algum dado foi perdido?

O que posso fazer para evitar isso?

Bom dia. Estou tentando mostrar uma consulta em JSON, mas em tipo árvore. Como segue: Saída desejada.

Tenho a seguinte consulta onde gero o nó principal e a chave ou link, esta é a minha consulta.

    Select --value, 
        --c.IDEMPRESA,
  rtrim(c.JERARQUIA) as JERARQUIA,
  RTRIM(c.IDCONSUMIDOR) as IDCONSUMIDOR, 
  RTRIM(c.DESCRIPCION) DESCRIPCION,
  [KEY]
  
  from consumidor c

Anexo o resultado desta consulta https://dbfiddle.uk/Vi3hP6k6

Descobri que para gerar saída no formato JSON no SQL Server, a seguinte instrução é usada.

PARA CAMINHO JSON, INCLUDE_NULL_VALUES

Mas não sei para onde essa linha de código deve ir. Alguma sugestão sobre como posso obter a saída em JSON do tipo árvore?

Estamos usando o SQL Server 2016. Tivemos alguns problemas em termos de duração das consultas em 11/09/2023. Gostaria de verificar no QueryStore e vi no query store executado em 11/09/2023 às 17:00:

Que temos muito mais contagens de execução em 11/09/2023 (cerca de 1150 VS 800 em 08/09/2023). Eu executo a mesma verificação do Query Store em 12/09/2023 e vejo que a contagem de execuções de ontem é muito menor do que verifiquei ontem.

Você sabe por que temos tanta diferença? Além disso, ainda vejo que a contagem de execuções ainda está diminuindo em 11/09/2023.

As configurações do armazenamento de consultas foram adicionadas.

Execução da consulta 14/09/2023 às 9h52:

Execução da consulta 14/09/2023 às 10h53:

Execução da consulta 14/09/2023 12h36: Até 11/09/2023 foi alterado...

Em nosso aplicativo, verificamos na inicialização,

se existir uma tabela postgresql, caso contrário, nós a criamos e, em seguida, ativamos a segurança em nível de linha

Se existir, ainda não temos certeza se a segurança em nível de linha é verdadeira ou não

Portanto, sempre precisamos verificar se a segurança em nível de linha está habilitada e, caso contrário, precisamos habilitá-la.

Agora, existem duas maneiras de fazer isso (poderia haver mais, mas estas são as duas maneiras que poderíamos pensar):

1. ALTER TABLE <tname> enable row level security;

Ou podemos fazer

2. SELECT rowsecurity FROM pg_tables WHERE tablename = <tname>e somente se retornar false, execute ALTER TABLEfrom (1).

A questão que temos é: a opção (2) tem melhor desempenho do que a opção (1) ou está apenas complicando as coisas sem melhorar o desempenho para startups subsequentes?

Essa verificação acontecerá na inicialização de cada aplicativo.

Estou usando o SQL 2019, o SSISDB está instalado. Meu cliente cria um pacote SSIS usando o assistente de importação/exportação para importar um arquivo Excel, e isso só foi bem-sucedido depois que tive que instalar a versão de 32 bits do Microsoft Access Database Engine 2016 Redistributable.

No entanto, quando ele tenta executar o pacote a partir de um trabalho do SQL Agent, ele recebe a seguinte mensagem:

"...Descrição: O provedor OLE DB solicitado Microsoft.ACE.OLEDB.16.0 não está registrado. Se o driver de 64 bits não estiver instalado, execute o pacote no modo de 32 bits...."

Devo instalar também a versão de 64 bits no mesmo servidor em que já instalei a versão de 32 bits? Não consigo encontrar uma opção no SSMS para configurar o trabalho para ser executado com a opção de 32 bits.

Por favor, informe por favor.

obrigado