All perguntas(dba)

Meu servidor MySQL possui os seguintes parâmetros configurados corretamente

mysql> show global variables like '%have_ssl%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| have_ssl      | YES   |
+---------------+-------+
1 row in set (0.00 sec)

mysql> show global variables like 'ssl_ca';
+---------------+--------+
| Variable_name | Value  |
+---------------+--------+
| ssl_ca        | ca.pem |
+---------------+--------+
1 row in set (0.00 sec)

mysql> show global variables like 'ssl_cert';
+---------------+-----------------+
| Variable_name | Value           |
+---------------+-----------------+
| ssl_cert      | server-cert.pem |
+---------------+-----------------+
1 row in set (0.00 sec)

mysql> show global variables like 'ssl_key';
+---------------+----------------+
| Variable_name | Value          |
+---------------+----------------+
| ssl_key       | server-key.pem |
+---------------+----------------+
1 row in set (0.00 sec)
mysql> show global variables like 'datadir';
+---------------+---------+
| Variable_name | Value   |
+---------------+---------+
| datadir       | /dados/ |
+---------------+---------+
1 row in set (0.00 sec)

E esses arquivos existem emdatadir

[root@mysqlen1 dados]# ls -l ca.pem server-cert.pem server-key.pem
-rw-r--r-- 1 mysql mysql 1112 Nov  3 10:28 ca.pem
-rw-r--r-- 1 mysql mysql 1112 Nov  3 10:28 server-cert.pem
-rw------- 1 mysql mysql 1680 Nov  3 10:28 server-key.pem

Então eu crio um usuário:

mysql> create user 'teste'@'%' identified by 'teste123' require ssl;
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

Posso me conectar usando os certificados

[root@TCCPUC-ENGDADOS:~]# mysql -uteste -p'teste123' -h 192.168.0.110 --ssl-ca=ca.pem --ssl-cert=client-cert.pem --ssl-key=client-key.pem
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 30
Server version: 8.0.28 MySQL Community Server - GPL

Copyright (c) 2000, 2023, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

Mas sem os certificados também

[root@TCCPUC-ENGDADOS:~]# mysql -uteste -p'teste123' -h 192.168.0.110
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 31
Server version: 8.0.28 MySQL Community Server - GPL

Copyright (c) 2000, 2023, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

Isso está correto? Posso forçar o usuário a fazer login apenas com esses certificados?

Tenho a seguinte consulta onde pesquiso em 2 tabelas o preço do item

select productSerial, productName

coalesce(

(select top 1 price
from productPrice pp
where pp.id = wi.id
order by pp.date),

(select top 1 price
from productPriceEast ppe
where ppe.id = wi.id
order by ppe.date)

) as baseprice

from warehouseItems wi

mas agora quero a descrição também, como alterar a consulta para obter mais de 1 coluna? Não posso alterar a consulta para isso, pois a coalescência falharia. Eu estava pensando em selecionar essas consultas na coalescência em tabelas temporárias e fazer algum tipo de junção em vez de coalescer, não tenho certeza se essa é a abordagem correta.

select top 1 price, productDescrip
from productPriceEast
where ppe.id = wi.id
order by ppe.date

Eu tenho uma sessão de evento estendida configurada para rastrear eventos de atenção, para monitorar procedimentos que expiraram. Este é o script de criação:

CREATE EVENT SESSION [ApplicationTimeout3] ON SERVER 
ADD EVENT sqlserver.attention(
ACTION(sqlserver.client_app_name,sqlserver.client_hostname,sqlserver.database_name,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack,sqlserver.username)
    WHERE ([package0].[equal_boolean]([sqlserver].[is_system],(0))))
ADD TARGET package0.event_file(SET filename=N'D:\ExtendedEvents\ApplicationTimeout3.xel',max_file_size=(100),max_rollover_files=(5))
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)
GO

O problema é que nos tempos limite que recebo, NÃO recebo o sql_text. (Nem recebo tsql_frame ou tsql_stack). Não é retornado quando faço o "Assistir dados ao vivo".

Eu vejo os tempos limite, eles ocorrem ao mesmo tempo que os que vejo quando faço consultas em sys.query_store_runtime_stats (com execução_type_desc = 'Abortado'). No entanto, recebo de volta um conjunto limitado de campos e não são deles que preciso.

Além disso, há muitos MAIS eventos registrados por meio do Evento Estendido do que vejo quando consulto sys.query_store_runtime_stats. Não tenho ideia do que são.

Alguma pista de como eu poderia realmente obter o sql que está sendo executado? Posso obter o nome do procedimento armazenado consultando as tabelas do armazenamento de consultas. O que eu gostaria de obter são os parâmetros com os quais o procedimento armazenado é chamado.

Tenho um cluster SQL Server 2019 FCI de 2 nós, que leva até 4 minutos para fazer failover de um nó para outro.

O cluster possui 3 bancos de dados de usuários, migrados das versões mais antigas do SQL Server:

• 2 bancos de dados com maior carga possuem modelo de recuperação SIMPLES (e nível de compatibilidade 100)
• 1 banco de dados possui modelo de recuperação COMPLETO (e nível de compatibilidade 130)

A alteração do modelo de recuperação e/ou o aumento do nível de compatibilidade reduziriam o tempo de failover do cluster?

Infelizmente, não tenho acesso ao servidor, mas verificar os logs é definitivamente a primeira coisa que já solicitei. Além disso, entendo que o nível de compatibilidade pode ser a última coisa a afetar o tempo de failover. Mas não consegui encontrar nenhum dado sobre a relação entre o modelo de recuperação e o tempo de failover de um cluster FCI.

Receio usar o ADR, mas li em algum lugar da Microsoft que ele foi introduzido no SQL Server 2019 e aprimorado no SQL Server 2022. Talvez quando eu conseguir a próxima atualização do ambiente em alguns anos.

Estou trabalhando com uma tabela (que eu controlo) que está sendo preenchida por outro aplicativo (que não controlo), cada vez que um registro de um tipo específico em um sistema externo é criado ou atualizado. Abaixo está uma ilustração bastante simplificada desta tabela, que chamo de "AllRecordVersions".

O valor de "RecordState" refere-se a se meu próprio aplicativo já obteve ou não o registro. Consigo atualizar esta coluna para rastrear a atividade do meu aplicativo.

Estou usando uma consulta no formato abaixo (que simplifiquei/anonimizei) para escolher a versão mais recente de cada registro da tabela, de forma que eu possa comparar os valores de cada um de seus campos de dados com os valores que eles estavam na versão anterior do mesmo registro que processei.

SELECT

    -- Here I can compare the latest version of each record
    -- with the last version that I had processed, e.g. with
    -- "CASE WHEN [LatestUnprocessedRecordVersion].[DataField1] <> [LatestProcessedRecordVersion].[DataField1] ...",
    -- so that I can check if and how certain fields have been changed,
    -- and use that to decide what updates to push into some other external system

FROM (
    [AllRecordVersions] AS [LatestUnprocessedRecordVersion]
    JOIN (
        SELECT
          MAX([RecordTimestamp]) AS [RecordTimestamp_Max],
          [RecordID]
        FROM [AllRecordVersions]
        WHERE [RecordState] = 'Unprocessed'
        GROUP BY [RecordID]
    ) AS [LatestUnprocessedRecordVersion_Timestamp]
          ON [LatestUnprocessedRecordVersion].[RecordTimestamp] = [LatestUnprocessedRecordVersion_Timestamp].[RecordTimestamp_Max]
         AND [LatestUnprocessedRecordVersion].[RecordID] = [LatestUnprocessedRecordVersion_Timestamp].[RecordID]
)
JOIN (
    [AllRecordVersions] AS [LatestProcessedRecordVersion]
    JOIN (
        SELECT
          MAX([RecordTimestamp]) AS [RecordTimestamp_Max],
          [RecordID]
        FROM [AllRecordVersions]
        WHERE [RecordState] = 'Processed'
        GROUP BY [RecordID]
    ) AS [LatestProcessedRecordVersion_Timestamp]
          ON [LatestProcessedRecordVersion].[RecordTimestamp] = [LatestProcessedRecordVersion_Timestamp].[RecordTimestamp_Max]
         AND [LatestProcessedRecordVersion].[RecordID] = [LatestProcessedRecordVersion_Timestamp].[RecordID]
)
    ON [LatestUnprocessedRecordVersion].[RecordID] = [LatestProcessedRecordVersion].[RecordID]

Minha dúvida é: Quais índices devo colocar na tabela "AllRecordVersions" para que a consulta acima seja executada com eficiência? O banco de dados é o Microsoft SQL Server.

Para ajudar também na eficiência, a tabela "AllRecordVersions" será periodicamente removida removendo:

1. Todas, exceto a última versão processada de cada registro da tabela (uma vez que nunca serão necessárias para comparação)
2. Todas, exceto a última versão não processada de cada registro da tabela (uma vez que estes nunca serão processados)

Eu tenho um banco de dados postgres em execução em uma imagem docker AL2023:

postgres=# select version();
select version();
                                                 version                                                  
----------------------------------------------------------------------------------------------------------
 PostgreSQL 15.4 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.4.1 20230605 (Red Hat 11.4.1-2), 64-bit
(1 row)

postgres=#

Eu criei isso usando estes argumentos:

--locale-provider=icu --icu-locale=C.UTF8 --encoding=UTF8

O que produz o seguinte:

The database cluster will be initialized with this locale configuration:
  provider:    icu
  ICU locale:  C.UTF8
  LC_COLLATE:  C
  LC_CTYPE:    C
  LC_MESSAGES: C
  LC_MONETARY: C
  LC_NUMERIC:  C
  LC_TIME:     C
The default text search configuration will be set to "english".

Se eu pedir uma classificação entre maiúsculas e não maiúsculas, recebo letras minúsculas primeiro, o que (a) não é o que eu quero e (b) não é o que eu esperaria para ASCII/UTF-8/C

postgres=# select 'C' < 'c';
select 'C' < 'c';
 ?column? 
----------
 f
(1 row)

Então, se eu usasse o agrupamento C, faria o caminho certo, talvez?

postgres=# select 'C' < 'c' collate "C";
select 'C' < 'c' collate "C";
 ?column? 
----------
 t
(1 row)

Achei que estava usando C, então verifico qual agrupamento estou usando e obtenho ...

postgres=# select datname, datcollate from pg_database;
select datname, datcollate from pg_database;
  datname  | datcollate 
-----------+------------
 postgres  | C
 template1 | C
 template0 | C
(3 rows)

Estou usando C - então por que o padrão não é o mesmo que se eu usasse C explicitamente?

Eu tenho uma tabela simples odd_numscom colunas nume odd:

create table odd_nums
(
    num numeric,
    odd numeric
);

INSERT INTO odd_nums VALUES (0, 0);
INSERT INTO odd_nums VALUES (1, 1);
INSERT INTO odd_nums VALUES (2, 0);
INSERT INTO odd_nums VALUES (3, 1);

Estou brincando com funções de janela. Esta consulta produz os resultados esperados:

SELECT num,
       FIRST_VALUE(num) OVER (PARTITION BY odd) a,
       FIRST_VALUE(num) OVER (PARTITION BY odd) b
FROM odd_nums;

Quando ordeno a partição em coluna, bos resultados mudam assim:

SELECT NUM,
       FIRST_VALUE(num) OVER (PARTITION BY odd)                   a,
       FIRST_VALUE(num) OVER (PARTITION BY odd ORDER BY num DESC) b
FROM odd_nums;

Coluna bé o que eu esperaria, mas por que a coluna atambém está mudando?

DB violino

Alguém pode me ajudar a entender por que adicionar a ORDER BY num DESCcláusula na função da segunda janela causa uma alteração na função da primeira janela? Existe algum detalhe específico de implementação ou otimização do banco de dados que possa estar afetando o resultado?

Examinei a documentação do PostgreSQL, mas sem sucesso.

Para a consulta abaixo, estou tentando descobrir por que o índice sugerido pelo SQL Server na tabela sysjobhistory, que também é o índice que resulta em uma busca, foi criado na coluna Job_Id com as outras colunas incluídas:

Job_Id inclui (Run_date, Run_time, Instance_id)

No meu entender, as colunas em uma cláusula where devem estar presentes na chave do índice para que as buscas sejam possíveis. Run_date e Run_time estão presentes na cláusula where da consulta abaixo, então como podemos colocá-los na inclusão de um índice em vez de tê-los como colunas-chave?

A pergunta:

SELECT TOP 10000 run_date
     FROM msdb.dbo.sysjobhistory sh
     WHERE EXISTS (SELECT 1 FROM msdb.dbo.sysjobs sj WHERE sh.job_id = sj.job_id
     AND EXISTS (SELECT 1 FROM msdb.dbo.sysjobschedules sjs WHERE sjs.job_id = sj.job_id
     AND EXISTS (SELECT 1 FROM msdb.dbo.sysschedules ss WHERE ss.schedule_id = sjs.schedule_id 
     AND ss.freq_subday_type = 2
     AND ss.freq_subday_interval = 10 ))) 
     AND CAST(CAST([run_date] AS CHAR(8)) + ' ' + STUFF(STUFF(RIGHT('000000' + CAST([run_time] AS VARCHAR(6)), 6), 3, 0, ':'), 6, 0, ':') AS DATETIME) < dateadd(hh,-12,getdate()) 

Nota: não estou usando junções porque esta consulta faz parte de um cte do qual eu excluo, portanto, junções não são possíveis.

Quero migrar do Sybase local para o banco de dados AWS Aurora Postgres. Encontrei ferramentas como AWS SCT e AWS DMS, mas não tenho certeza se o banco de dados Sybase de origem deve estar na nuvem AWS como pré-requisito para que as ferramentas AWS iniciem a migração.

Quais são as outras opções que temos caso queiramos migrar do banco de dados On-Prem Sybase para o banco de dados AWS Aurora Postgres.

Quando eu inicio uma instância Oracle com sqlplusos caminhos para os arquivos de dados armazenados nos arquivos de controle, o nome do arquivo de controle é armazenado no control_filesparâmetro de inicialização. Os parâmetros de inicialização são lidos de um arquivo ( init.ora, spfile.ora) encontrado em um local padrão ou sua localização pode ser passada para a instância do banco de dados na inicialização ( sqlplus startup pfile=filename, spfileparâmetro no script de inicialização). Assim, todos os arquivos necessários ao banco de dados podem ser localizados em posições arbitrárias e essas posições podem ser comunicadas à instância do banco de dados na inicialização. Mas e o arquivo de senha? Pela documentação sabemos que o local padrão para o arquivo de senha no Linux é $ORACLE_HOME/dbs/orapw${ORACLE_SID}. Se for um cluster, podemos informar ao software do cluster onde armazenamos o arquivo de senha,srvctl modify database -db <db_unique_name> -pwfile <password_file_path>. Mas o nome do arquivo de senha, neste caso, pode ser arbitrário.

• posso colocar o arquivo de senha em um local arbitrário e comunicar esse local ao banco de dados quando iniciar a instância com sqlplus.
• Então, como a Oracle sabe onde encontrar o arquivo de senha, especialmente se alguém inicia o banco de dados com sqlplusou rmannão pelo software de cluster?
• Posso consultar o banco de dados para descobrir a localização do arquivo de senha.