All perguntas(dba)

Acabei de restaurar um banco de dados, mas notei que create_date permanece anterior à restauração.

existe uma maneira de alterar create_date para ser o novo banco de dados (após a restauração)?

este é o roteiro:

USE [master]
RESTORE DATABASE [SUPT_S01_Radhe] 
FROM  DISK = N'\\krishna3.radhe.co.uk\support\MM_Backups\S01__JagannathaeCA_12122023.bak' 
WITH  FILE = 1,  
MOVE N'radhe_Data' TO N'Y:\DATA\SUPT_S01_radhe_shyam_Data.mdf',  
MOVE N'radhe_ChangeLog' TO N'W\:\DATA\SUPT_S01_radhe_shyam_ChangeLog.ndf',  
MOVE N'radhe_Docs' TO N'Z:\DATA\SUPT_S01_radhe_shyame_Docs.ndf',  
MOVE N'radhe_Log' TO N'P:\LOGS\SUPT_S01_radhe_shyam_Log.ldf',  
NOUNLOAD,  REPLACE,  STATS = 1

select name, database_id, create_date from sys.databases d
where d.database_id in (1,2,3,4,8)

Olá

Aqui está meu erd e abaixo meus códigos de tabela de criação;

-- Este script foi gerado pela ferramenta ERD no pgAdmin 4. -- Registre um problema em https://redmine.postgresql.org/projects/pgadmin4/issues/new se encontrar algum bug, incluindo etapas de reprodução.

BEGIN;


CREATE TABLE IF NOT EXISTS project1."Posts"
(
    post_id serial NOT NULL,
    user_id integer NOT NULL,
    title "char" NOT NULL,
    content text NOT NULL,
    created_at timestamp with time zone NOT NULL,
    PRIMARY KEY (post_id)
);

CREATE TABLE IF NOT EXISTS project1."Comments"
(
    comment_id serial NOT NULL,
    "post_id " integer NOT NULL,
    "user_id " integer NOT NULL,
    "text " text NOT NULL,
    "created_at " timestamp with time zone NOT NULL,
    PRIMARY KEY (comment_id)
);

CREATE TABLE IF NOT EXISTS project1.users
(
    user_id serial NOT NULL,
    username "char" NOT NULL,
    password "char" NOT NULL,
    email "char" NOT NULL,
    PRIMARY KEY (user_id)
);

CREATE TABLE IF NOT EXISTS project1.products
(
    "product_id " serial NOT NULL,
    name "char" NOT NULL,
    price numeric NOT NULL,
    "category_id " integer NOT NULL,
    PRIMARY KEY ("product_id ")
);

CREATE TABLE IF NOT EXISTS project1.orders
(
    "order_id " serial NOT NULL,
    user_id integer NOT NULL,
    "order_date " date NOT NULL,
    "total_amount " numeric NOT NULL,
    PRIMARY KEY ("order_id ")
);

CREATE TABLE IF NOT EXISTS project1."order_items "
(
    item_id serial NOT NULL,
    order_id integer NOT NULL,
    product_id integer NOT NULL,
    quantity integer NOT NULL,
    PRIMARY KEY (item_id)
);

CREATE TABLE IF NOT EXISTS project1.invoices
(
    invoice_id serial NOT NULL,
    order_id integer NOT NULL,
    issued_date date NOT NULL,
    amount_due numeric NOT NULL,
    PRIMARY KEY (invoice_id)
);

CREATE TABLE IF NOT EXISTS project1.reviews
(
    review_id serial NOT NULL,
    product_id integer NOT NULL,
    user_id integer NOT NULL,
    rating integer,
    comment text NOT NULL,
    created_at timestamp with time zone NOT NULL,
    PRIMARY KEY (review_id)
);

ALTER TABLE IF EXISTS project1."Posts"
    ADD FOREIGN KEY (user_id)
    REFERENCES project1.users (user_id) MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1."Comments"
    ADD FOREIGN KEY ("post_id ")
    REFERENCES project1."Posts" (post_id) MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1."Comments"
    ADD FOREIGN KEY ("user_id ")
    REFERENCES project1.users (user_id) MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1.orders
    ADD FOREIGN KEY (user_id)
    REFERENCES project1.users (user_id) MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1."order_items "
    ADD FOREIGN KEY (order_id)
    REFERENCES project1.orders ("order_id ") MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1.invoices
    ADD FOREIGN KEY (order_id)
    REFERENCES project1.orders ("order_id ") MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1.reviews
    ADD FOREIGN KEY (product_id)
    REFERENCES project1.products ("product_id ") MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;


ALTER TABLE IF EXISTS project1.reviews
    ADD FOREIGN KEY (user_id)
    REFERENCES project1.users (user_id) MATCH SIMPLE
    ON UPDATE NO ACTION
    ON DELETE NO ACTION
    NOT VALID;

END;

Quando estou tentando inserir esses dados;

-- Dados fictícios para project1.users

INSERT INTO project1.users (username, password, email)
VALUES
  ('user1', 'pass123', '[email protected]'),
  ('user2', 'pass456', '[email protected]'),
  ('user3', 'pass789', '[email protected]'),
  ('user4', 'pass101', '[email protected]'),
  ('user5', 'pass202', '[email protected]');

-- Dados fictícios para o projeto1."Postagens"

INSERT INTO project1."Posts" (user_id, title, content, created_at)
VALUES
  (1, 'Post Title 1', 'Content of post 1', NOW()),
  (2, 'Post Title 2', 'Content of post 2', NOW()),
  (3, 'Post Title 3', 'Content of post 3', NOW()),
  (4, 'Post Title 4', 'Content of post 4', NOW()),
  (5, 'Post Title 5', 'Content of post 5', NOW());

-- Dados fictícios para o projeto1."Comentários"

INSERT INTO project1."Comments" ("post_id ", "user_id ", "text ", "created_at ")
VALUES
  (1, 2, 'Comment 1 on Post 1', NOW()),
  (2, 3, 'Comment 2 on Post 2', NOW()),
  (3, 4, 'Comment 3 on Post 3', NOW()),
  (4, 5, 'Comment 4 on Post 4', NOW()),
  (5, 1, 'Comment 5 on Post 5', NOW());

-- Dados fictícios para project1.products

INSERT INTO project1.products ("product_id ", "name ", "price", "category_id ")
VALUES
  (1, 'Product 1', 10.99, 1),
  (2, 'Product 2', 20.99, 2),
  (3, 'Product 3', 15.99, 1),
  (4, 'Product 4', 25.99, 2),
  (5, 'Product 5', 12.99, 1);

-- Dados fictícios para project1.orders

INSERT INTO project1.orders ("user_id ", "order_date ", "total_amount ")
VALUES
  (1, '2024-01-02', 50.99),
  (2, '2024-01-03', 30.99),
  (3, '2024-01-04', 45.99),
  (4, '2024-01-05', 35.99),
  (5, '2024-01-06', 22.99);

-- Dados fictícios para projeto1."order_items " Sql``` INSERT INTO project1."order_items " (order_id, product_id, quantidade) VALUES (1, 1, 2), (2, 3, 1), (3, 5, 3), (4, 2, 2), (5, 4, 1);

-- Dummy data for project1.invoices
```sql
INSERT INTO project1.invoices (order_id, issued_date, amount_due)
VALUES
  (1, '2024-01-03', 50.99),
  (2, '2024-01-04', 30.99),
  (3, '2024-01-05', 45.99),
  (4, '2024-01-06', 35.99),
  (5, '2024-01-07', 22.99);

-- Dados fictícios para project1.reviews

INSERT INTO project1.reviews (product_id, user_id, rating, comment, created_at)
VALUES
  (1, 2, 4, 'Good product', NOW()),
  (2, 3, 5, 'Excellent product', NOW()),
  (3, 4, 3, 'Average product', NOW()),
  (4, 5, 4, 'Very good product', NOW()),
  (5, 1, 5, 'Outstanding product', NOW());

Eu continuo recebendo esse erro;

ERRO: A chave (user_id)=(1) não está presente na tabela "users".inserir ou atualizar na tabela "Postagens" viola a restrição de chave estrangeira "Posts_user_id_fkey"

ERRO: inserção ou atualização na tabela "Postagens" viola a restrição de chave estrangeira "Posts_user_id_fkey" Estado SQL: 23503 Detalhe: Chave (user_id)=(1) não está presente na tabela "usuários".

Se alguém puder me ajudar com isso, ficarei feliz. Só quero lembrar que sou novo no SQL e obrigado pelo seu tempo!

Estou desenvolvendo um sistema distribuído com microsserviços com apenas um banco de dados somente gravação e o restante somente leitura em replicação lógica

Meu desafio é ter consistência nos dados, principalmente no saldo que o cliente tem na conta

Como meu modelo de negócio exige necessariamente microsserviços para realizar atualizações nas tabelas do banco de dados, e dependendo da situação, é adicionado saldo na conta do cliente.

Minha dúvida é, como garantir a consistência do saldo do cliente caso ele realize algum processo que reduza o saldo da sua conta ao mesmo tempo que algum microsserviço também está manipulando o saldo da sua conta

Pensei em criar uma transação no banco de dados e utilizar imediatamente essa transação para alterar seu saldo enquanto o sistema termina de processar as atualizações nas outras tabelas que fazem parte do processo, pois isso bloqueia a leitura do saldo daquele cliente enquanto a transação não é concluída. finalizado, esta é a maneira mais correta?

Recentemente, configuramos uma nova instância gerenciada por meio do programa que permite que você experimente gratuitamente . Ao tentar executar o seguinte código da documentação da Microsoft :

EXECUTE sp_execute_external_script
  @language =N'Python',
  @script=N'import sys; print("\n".join(sys.path))'

O código falha após 300 segundos com o seguinte erro:

Msg 39012, Nível 16, Estado 14, Linha 0

Não é possível comunicar-se com o tempo de execução do script 'Python' para o ID de solicitação: A1D8A9DA-DBB1-4EDE-B589-3AAFD4241D18. Verifique os requisitos do tempo de execução 'Python'.

Mensagens STDERR de script externo:

SQLSatellite Run() falhou. Código de erro:0x8007271d.

Erro SqlSatelliteCall: SQLSatellite Run() falhou. Código de erro:0x8007271d.

Mensagens STDOUT de script externo:

A função SqlSatelliteCall falhou. Consulte a saída do console para obter mais informações.

Traceback (última chamada mais recente):

Arquivo "D:\WFRoot\Ext\Python.9.4.8.3\lib\site-packages\revoscalepy\computecontext\RxInSqlServer.py", linha 605, em rx_sql_satellite_call

rx_native_call("SqlSatelliteCall", parâmetros)

Arquivo "D:\WFRoot\Ext\Python.9.4.8.3\lib\site-packages\revoscalepy\RxSerializable.py", linha 375, em rx_native_call

ret = px_call(nome da função, parâmetros)

RuntimeError: falha na função revoscalepy.

Como resolvo esse erro?

Tenho que testar como o aplicativo responde se o servidor mysql demorar algum tempo (como 1 minuto). Então, gostaria que o mysql esperasse um minuto antes de processar a solicitação. Verifiquei a configuração do mysql, mas ninguém parece estar fazendo o que eu precisava.

Estou executando o seguinte select:

SELECT tstats.object_id, tstats.database_id, tstats.sql_handle, 
DB_NAME(tstats.database_id) AS [db_name], OBJECT_NAME(tstats.object_id) AS      
trigger_name, tstats.execution_count, tstats.total_worker_time,     
tstats.total_logical_reads, tstats.total_logical_writes, OBJECT_NAME(trgs.parent_id) AS  
trigger_parent, getdate() AS [timestamp] FROM sys.dm_exec_trigger_stats tstats INNER 
JOIN  sys.triggers trgs ON tstats.object_id = trgs.object_id ORDER BY object_id asc

A versão do servidor SQL é o padrão 2019 (RTM-CU24).

O problema é que alguns dos gatilhos são retornados duas vezes (mesmo ID de objeto, contagem de execução diferente e outras estatísticas):

Estou tentando fazer uma amostra deste sys.dm_exec_trigger_statsDMV e fazer deltas por minuto para ver quais gatilhos estão prejudicando o desempenho do aplicativo - pensei que a combinação do nome do banco de dados, o nome pai do gatilho e o nome do gatilho (ou object_id) fossem exclusivos. Eles são retornados várias vezes com estatísticas de tempo de execução diferentes que não consigo entender. Dicas apreciadas.

Estou estudando postgresql recentemente. Agora estou aprendendo como configurar a replicação PG com slot. - Estou seguindo este exemplo - https://girders.org/postgresql/2021/11/05/setup-postgresql14-replication/

Mas todas as tentativas falharam com "Nenhum arquivo ou diretório" quando há uma nova transação gerada no lado primário. Não consigo encontrar o problema e a solução. Por favor, dê uma olhada e ajude.

Ambiente --

VM1 -- 100.70.224.70/23 -- primary side
VM2 -- 100.70.225.241/23 -- replica
PG version -- 14.10

Passos:

1. Em ambos os lados, já existe uma instância PG, os PGDATA são ambos /var/lib/pgsql/data e a pasta de arquivo é /tmp/pgbak Ambos são arquivos configurados com a mesma configuração -

archive_command = 'test ! -f /tmp/pgbak/%f && cp %p /tmp/pgbak/%f'
archive_timeout = '1min'
archive_mode = 'on'
archive_cleanup_command = 'pg_archivecleanup archivelocation %r'
restore_command = 'cp /tmp/pgbak/%f %p'

2. Na réplica, limpe a pasta de dados PG -- rm -rf /var/lib/pgsql/data/* e limpe também a pasta de arquivo -- rm -rf /tmp/pgbak
3. No primário, edite postgresql.conf -

wal_level = replica
max_wal_senders = 10
wal_keep_size = '1GB'
wal_compression = on

4. No primário, crie o usuário de replicação –

   createuser -U postgres --replication repl

5. No primário, edite o pg_hba.conf adicionado 2 linhas--

host    all             all             0.0.0.0/0            trust
host    replication     all             0.0.0.0/0               trust

E reinicie a instância PG no primário. Em seguida, testei na réplica com psql e funcionou bem.

6. Criar slot de replicação no primário –

select * from pg_create_physical_replication_slot('db02_repl_slot');

7. Na réplica, faça um basebackup -

pg_basebackup --pgdata /var/lib/pgsql/data --format=p --write-recovery-conf --checkpoint=fast --label=mffb --progress --host=100.70.224.70 -R --username=repl

8. Na réplica, adicione o slot de replicação a postgresql.auto.conf --

primary_conninfo = 'user=repl passfile=''/var/lib/pgsql/.pgpass'' channel_binding=prefer host=100.70.224.70 port=5432 sslmode=prefer sslcompression=0 sslcertmode=allow sslsni=1 ssl_min_protocol_version=TLSv1.2 gssencmode=prefer krbsrvname=postgres gssdelegation=0 target_session_attrs=any load_balance_hosts=disable application_name=db02.repl'
primary_slot_name = 'db02_repl_slot'

9. Inicie a instância PG na réplica e verifique o status do slot no primário, parece bom.

eisendb=# select slot_name, slot_type, active, wal_status from pg_replication_slots;
   slot_name    | slot_type | active | wal_status
----------------+-----------+--------+------------
 db02_repl_slot | physical  | t      | reserved

10. Em seguida, testei a modificação de dados no primário, não encontrei nenhum dado transferido para a réplica e, no arquivo de log de erros na réplica, encontrei este erro -

2024-01-01 12:30:07.066 UTC   [4737]CONTEXT:  WAL redo at D5/75000060 for Standby/RUNNING_XACTS: nextXid 10361 latestCompletedXid 10360 oldestRunningXid 10361
2024-01-01 12:30:07.066 UTC   [4737]DEBUG:  executing restore command "cp /tmp/pgbak/00000001000000D500000076 pg_wal/RECOVERYXLOG"
2024-01-01 12:30:07.068 UTC   [4741]DEBUG:  checkpointer updated shared memory configuration values
cp: cannot stat '/tmp/pgbak/00000001000000D500000076': No such file or directory
2024-01-01 12:30:07.069 UTC   [4737]DEBUG:  could not restore file "00000001000000D500000076" from archive: child process exited with exit code 1
2024-01-01 12:30:07.069 UTC   [4737]DEBUG:  prune KnownAssignedXids to 10361


And this is the log records filtered the debug messages --
2024-01-01 13:09:12.622 UTC   [8367]LOG:  database system was interrupted; last known up at 2024-01-01 13:05:59 UTC
cp: cannot stat '/tmp/pgbak/00000002.history': No such file or directory
2024-01-01 13:09:12.634 UTC   [8367]LOG:  entering standby mode
cp: cannot stat '/tmp/pgbak/00000001000000D500000082': No such file or directory
2024-01-01 13:09:12.639 UTC   [8367]LOG:  redo starts at D5/82000028
2024-01-01 13:09:12.640 UTC   [8367]LOG:  consistent recovery state reached at D5/82000138
2024-01-01 13:09:12.640 UTC   [8362]LOG:  database system is ready to accept read-only connections
cp: cannot stat '/tmp/pgbak/00000001000000D500000083': No such file or directory
2024-01-01 13:09:12.649 UTC   [8374]LOG:  started streaming WAL from primary at D5/83000000 on timeline 1
2024-01-01 13:10:28.316 UTC   [8367]LOG:  recovery stopping before commit of transaction 10363, time 2024-01-01 13:10:28.315075+00
2024-01-01 13:10:28.316 UTC   [8367]LOG:  pausing at the end of recovery
2024-01-01 13:10:28.316 UTC   [8367]HINT:  Execute pg_wal_replay_resume() to promote.

Parece que a réplica está procurando algum wal arquivado na pasta de arquivo, mas não foi encontrado. Enquanto isso, verifiquei o /tmp/pgbak na réplica e descobri que também está vazio... Não estou familiarizado com os detalhes da replicação do PG, então estou pensando se há algum erro na minha configuração para que o wal arquivado no primário possa não pode ser replicado em réplica? Se sim, por favor, corrija-me. Desde já, obrigado.

Eu tinha três réplicas no meu grupo de disponibilidade sem cluster. A versão instalada do SQL Server é:

Microsoft SQL Server 2019 (RTM-CU14) (KB5007182) - 15.0.4188.2 (X64)
3 de novembro de 2021 19:19:51 Copyright (C) 2019 Microsoft Corporation Enterprise Edition: licenciamento baseado em núcleo (64 bits) no Windows Server 2019 Datacenter 10.0 (Compilação 17763:)

Um primário (vamos chamá-lo de A) e dois secundários (B e C). No começo era só (A e B). Após ocorrer algum problema físico no servidor primário, nos preparamos server Cpara substituí-lo por Server A. Então, primeiro Server Cingressou no grupo de disponibilidade como réplica de sincronização secundária, como Server B.

Em seguida, fazemos um assistente de failover manualmente no Servidor C. Agora a função dos Servidores A e C mudou corretamente. O Servidor C tornou-se primário e o Servidor A tornou-se Secundário. O problema é que após o failover o outro secundário não estava mais sincronizando.

Não conseguimos resolver o problema e decidimos remover a réplica e juntá-la novamente com os bancos de dados iniciais. Primeiro de tudo, removemos a réplica do servidor primário. Neste momento entendemos que a réplica secundária (Servidor B) não está ciente do fato de ter sido removida do grupo de disponibilidade. Portanto, não pudemos adicionar esta réplica novamente.

Eu tentei estas etapas:

1. desabilitar AlwaysOn
2. reinicie o serviço SQL
3. reinicie o Windows
4. ativar AlwaysOn
5. reinicie o SQL Server novamente

Mas ainda assim o problema existe.

Eu criei esta tabela USERS com `10 milhões de registros

mysql> desc users;
+--------+--------------+------+-----+---------+-------+
| Field  | Type         | Null | Key | Default | Extra |
+--------+--------------+------+-----+---------+-------+
| id     | int          | NO   |     | NULL    |       |
| name   | varchar(255) | NO   |     | NULL    |       |
| email  | varchar(255) | NO   |     | NULL    |       |
| gender | varchar(10)  | NO   |     | NULL    |       |
+--------+--------------+------+-----+---------+-------+

Agora tenho 2 sessões de terminal, session_1 e session_2. Na session_1, executei este comando

mysql> alter table users add  primary key(id);

Enquanto este comando alter na sessão_1 ainda estava em andamento, na sessão 2, eu mato o cliente mysql usando

kill -9 <mysql_session_id>

Quando reinicio o cliente mysql, emito desc USERSmais uma vez, não vejo nenhuma chave primária na coluna id, mas depois de um minuto ou mais, vejo que a chave primária está lá na idcoluna.

mysql> desc users;
+--------+--------------+------+-----+---------+-------+
| Field  | Type         | Null | Key | Default | Extra |
+--------+--------------+------+-----+---------+-------+
| id     | int          | NO   | PRI | NULL    |       |
| name   | varchar(255) | NO   |     | NULL    |       |
| email  | varchar(255) | NO   |     | NULL    |       |
| gender | varchar(10)  | NO   |     | NULL    |       |
+--------+--------------+------+-----+---------+-------+
4 rows in set (0.01 sec)

Eu também tentei comset autocommit=0

Eu uso dois bancos de dados PostgreSQL, um local e outro remoto.

Sempre que tento acessar esses bancos de dados, preciso de credenciais de login diferentes.

Depois de inseri-los, recebo uma solicitação para salvar um arquivo pgpass. Quando respondo sim, o arquivo pgpass atual é substituído. Quando faço login no outro banco de dados, recebo a mesma solicitação que resulta em um novo arquivo pgpass.

Posso usar arquivos pgpass separados, um para cada?