RonJohn's questions

DB2 UDB 11.5.7.0

$ db2 get db cfg for PRPT01D | grep  LOGARCH
 First log archive method                 (LOGARCHMETH1) = DISK:/udb/alogs/
 Archive compression for logarchmeth1    (LOGARCHCOMPR1) = OFF
 Options for logarchmeth1                  (LOGARCHOPT1) = 
 Second log archive method                (LOGARCHMETH2) = OFF
 Archive compression for logarchmeth2    (LOGARCHCOMPR2) = OFF
 Options for logarchmeth2                  (LOGARCHOPT2) = 


$ db2 list history backup all for PRPT01D | head

                    List History File for PRPT01D

Number of matching file entries = 1


 Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  B  D  20241006050916001   N    D  S0002434.LOG S0002434.LOG                
 ----------------------------------------------------------------------------
$ db2 "prune logfile prior to S0002323.LOG"
DB20000I  The PRUNE command completed successfully.

Mesmo depois de executar esse comando, os arquivos de log antigos ainda estão em /udb/alogs/udbinst/PRPT01D/NODE0000/LOGSTREAM0000/C0000000. Estou entendendo algo fundamentalmente errado? Posso apenas rmarquivar esses arquivos de log?

Atualmente usando Postgres 14.

A execução CLUSTER sometable USING someindex;é ótima, mas existe uma consulta para determinar o quão "desclusterizada" a tabela se tornou após muitas atualizações e exclusões?

Pesquisando e lendo https://www.postgresql.org/docs/14/sql-cluster.html apenas diz "configure um script de manutenção periódica ... para que as tabelas desejadas sejam periodicamente reclusteradas", o que é inútil, pois não não dá nenhuma indicação de como determinar quão periódica deve ser a reagrupamento periódico.

Eu tenho uma instância RDS Postgresql 12 que alocou 11.000.000 MB de espaço em disco io1 e há 7.300.000 MB de espaço de armazenamento gratuito.

Isso significa que o banco de dados está usando apenas 11 TB - 7,3 TB = 3,7 TB de espaço em disco, certo? Ou eu estou esquecendo de alguma coisa?

Assim, criei uma nova instância que alocava 5 TB de espaço em disco, fiz um pg_dump e pg_restore.

Durante o pg_restore, o Free Storage Space caiu linearmente para zero e, em seguida, aumentou quando a AWS adicionou automaticamente 2,5 TB.

O que está acontecendo? Por que a nova instância está usando mais espaço em disco?

E, estranhamente, o espaço livre aumentou lentamente, embora eu não tenha tocado no sistema desde que a restauração terminou.

AWS RDS Postgresql 12.10

De acordo com https://www.enterprisedb.com/postgres-tutorials/comprehensive-guide-how-tune-database-parameters-and-configuration-postgresql ,

max_worker_processes Configure para o número de CPUs que você deseja compartilhar exclusivamente para o PostgreSQL . Este é o número de processos em segundo plano que o mecanismo de banco de dados pode usar. A configuração desse parâmetro exigirá uma reinicialização do servidor. O padrão é 8.

O padrão também está 8no AWS RDS Postgresql, independentemente do tipo de instância (e, portanto, do número de vCPUs). Estou me enganando pagando por um db.r5.12xlarge (48 CPUs) usando o max_worker_processesvalor padrão?

Eu vi na interface da web que a manutenção em minhas instâncias postgresql do RDS é necessária, então eu executei aws rds describe-pending-maintenance-actions, e ele diz que há uma "atualização do sistema" porque "Nova atualização do sistema operacional está disponível".

Tudo bem, então reiniciei as instâncias 90 minutos atrás ( aws rds stop-db-instanceentão aws rds start-db-instance).

Mais de 90 minutos depois, as instâncias ainda são "Manutenção necessária".

O que fiz de errado, ou não fiz? Ou isso é apenas uma notificação de que a AWS fará algo que está fora do meu controle?

$ aws rds describe-pending-maintenance-actions --output=table
-------------------------------------------------------------------------------------------
|                            DescribePendingMaintenanceActions                            |
||                               PendingMaintenanceActions                               ||
|+---------------------+-----------------------------------------------------------------+|
||  ResourceIdentifier |  arn:aws:rds:us-east-1:123456789012:db:xxxxxxxxxxxx     ||
|+---------------------+-----------------------------------------------------------------+|
|||                           PendingMaintenanceActionDetails                           |||
||+-----------------------------+-------------------------------------------------------+||
|||  Action                     |  system-update                                        |||
|||  AutoAppliedAfterDate       |  2022-06-30T00:00:00+00:00                            |||
|||  CurrentApplyDate           |  2022-06-30T00:00:00+00:00                            |||
|||  Description                |  New Operating System update is available             |||
|||  ForcedApplyDate            |  2022-10-30T00:00:00+00:00                            |||
||+-----------------------------+-------------------------------------------------------+||
||                               PendingMaintenanceActions                               ||
|+---------------------+-----------------------------------------------------------------+|
||  ResourceIdentifier |  arn:aws:rds:us-east-1:123456789012:yyyyyyyyyyyyy   ||
|+---------------------+-----------------------------------------------------------------+|
|||                           PendingMaintenanceActionDetails                           |||
||+-----------------------------+-------------------------------------------------------+||
|||  Action                     |  system-update                                        |||
|||  AutoAppliedAfterDate       |  2022-06-30T00:00:00+00:00                            |||
|||  CurrentApplyDate           |  2022-06-30T00:00:00+00:00                            |||
|||  Description                |  New Operating System update is available             |||
|||  ForcedApplyDate            |  2022-10-30T00:00:00+00:00                            |||
||+-----------------------------+-------------------------------------------------------+||

Conseguir o segundo valor mais alto de uma tabela já foi resolvido muitas vezes, mas estou procurando o segundo valor mais alto em cada grupo .

Dada esta tabela:

+----+-----+
| A  |  10 |
| A  |  20 |
| A  |  35 |  <-- This record
| A  |  42 |
| B  |  12 |
| B  |  21 |  <-- This record
| B  |  33 |
| C  |  14 |
| C  |  23 |
| C  |  38 |
| C  |  41 |  <-- This record
| C  |  55 |
+----+-----+

Eu gostaria de obter as linhas marcadas.
Pseudo-código:

select col_a, penultimate(col_b)
from foo
group by col_a;

Essa resposta é ótima para quando eu precisava reapropriar 150 tabelas, cada uma com 40 tabelas, mas exibia as 6.000 linhas de SELECT antes de executar as 6.000 instruções ALTER.

Assim, conforme declarado no Assunto, existe alguma maneira de suprimir a saída SELECT?

sides=> SELECT format(
sides(>   'ALTER TABLE %I.%I.%I OWNER TO sides_owner;',
sides(>   table_catalog,
sides(>   table_schema,
sides(>   table_name
sides(> )
sides-> FROM information_schema.tables
sides-> WHERE table_schema = 'strans';
                                       format                                        
---------------------------------------------------------------------
 ALTER TABLE sides.strans.foo OWNER TO sides_owner;
 ALTER TABLE sides.strans.blarg_p2020_02 OWNER TO sides_owner;
 ALTER TABLE sides.strans.blarg_p2020_03 OWNER TO sides_owner;
 ALTER TABLE sides.strans.blarg_p2020_04 OWNER TO sides_owner;
 ALTER TABLE sides.strans.blarg_error_p2019_01 OWNER TO sides_owner;
 etc
 etc
 etc

Acabei de criar uma instância do RDS Postgres, o usuário postgres(e sua senha mestra), e conectei via psql como user postgres.

Em seguida, executei o script gerado a partir do sistema atual usando pg_dumpall --schema-only, e ele falhou imediatamente nos ALTER ROLEcomandos:

ERROR:  must be superuser to alter superusers

Ok, mas como faço para conceder superusera postgres? Toda a documentação que encontrei "convenientemente" pula essa parte ...

EDIT: Aqui estão os comandos exatos e a mensagem de erro:

postgres=> CREATE ROLE "READONLY";
CREATE ROLE
postgres=> ALTER ROLE "READONLY" WITH NOSUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS PASSWORD 'mdXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX';
ERROR:  must be superuser to alter superusers

Temos um multisegment AG Listener nomeado SQLAGL01que aponta para estes dois endereços: 10.143.162.32 (o servidor primário) 10.140.165.32 (servidor DR)

Como o software de aplicativo de terceiros (o que significa que não podemos corrigi-lo e não, não podemos migrar para outra coisa) usa drivers antigos que não suportam MultiSubnetFailover=True, estamos vendo problemas em que os relatórios falham na metade do tempo porque SQLAGL01resolve o endereço DR 10.140.165.32.

Seguindo os documentos da Microsoft , definimos RegisterAllProvidersIP=0e reiniciamos o cluster. No entanto, SQLAGL01ainda resolve para o endereço DR metade do tempo.

No Gerenciador de Cluster de Failover, o nó proprietário do Ouvinte AG é o servidor primário e o endereço DR está offline . (Isso é normal?)

Aqui está uma captura de tela da função do cluster: EDIT: RegisterAllProvidersIPvalor agregado.

PS C:\windows\system32> get-clusterresource "Cluster Name" | Get-ClusterParameter RegisterAllProvidersIP

Object       Name                   Value Type
------       ----                   ----- ----
Cluster Name RegisterAllProvidersIP 0     UInt32

EDIT 2: Adicionados valores de recursos de cluster AG. Não parece haver um RegisterAllProvidersIPrecurso para o AG Listener.

EDIT 3: Adicionado o valor real do recurso Listener.

PS C:\windows\system32> get-clusterresource KYHIXSQLAGL01_KYHIXSQLAGL01 | Get-ClusterParameter RegisterAllProvidersIP

Object                      Name                   Value Type
------                      ----                   ----- ----
KYHIXSQLAGL01_KYHIXSQLAGL01 RegisterAllProvidersIP 1     UInt32

De acordo com este link da Microsoft , o SQL Server 12.0.6372.1 requer qualquer sistema com pelo menos SQL 2014 SP3, então meu antecessor o instalou no SP3. Agora a versão é "2014 (SP3-CU-GDR) (KB4535288) - 12.0.6372.1".

Como esse patch de segurança corrige apenas um problema específico com o Reporting Services e é menor que o pacote CU4, ISTM que também devo instalar o patch CU4.

Mas como? Primeiro desinstalo o KB4535288, depois instalo o KB4500181 (CU4) e reinstalo o KB4535288, ou posso simplesmente colocar o KB4500181 em cima do KB4535288 (que parece substituir os arquivos KB4535288.

(Este é apenas um "reprodutor", não o código real, porque é longo e complicado.)

A saída de

SET NOCOUNT ON
select @@SERVICENAME
select @@version

é:

--------------------------------------------------------------------------------------------------------------------------------
MSSQLSERVER


----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Microsoft SQL Server 2014 (SP3-CU4) (KB4500181) - 12.0.6329.1 (X64) 
    Jul 20 2019 21:42:29 
    Copyright (c) Microsoft Corporation
    Enterprise Edition: Core-based Licensing (64-bit) on Windows NT 6.3 <X64> (Build 9600: ) (Hypervisor)

Como posso obter uma saída que se parece com isso:

MSSQLSERVER

Microsoft SQL Server 2014 (SP3-CU4) (KB4500181) - 12.0.6329.1 (X64) 
    Jul 20 2019 21:42:29 
    Copyright (c) Microsoft Corporation
    Enterprise Edition: Core-based Licensing (64-bit) on Windows NT 6.3 <X64> (Build 9600: ) (Hypervisor)

Isso é possível ou o nível de tabela é o acesso mais granular?

Até agora, a pesquisa do Google não mostrou nada, e esta captura de tela não menciona a coluna, mas pensei em perguntar aqui.

A versão do SQL Server é 2012 SP4-OD.

Eu herdei um antigo servidor de banco de dados QA com SQL Server 2008R2 (sim, sim, eu sei que está além do EOL; não há nada que eu possa fazer sobre isso!) e SSRS instalado.

É o back-end de um servidor SP em uma VM diferente.

Como posso saber se o SSRS foi ou não instalado no Modo Nativo ou no Modo Integrado do SP?

Criei uma chave mestra, depois um certificado e criptografei meu banco de dados.

CREATE MASTER KEY ENCRYPTION
BY PASSWORD='A Very Strong Password';
GO

CREATE CERTIFICATE foo
WITH 
SUBJECT='Database Encryption for Multi';
GO

USE mydatabase
GO
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE foo;
GO

ALTER DATABASE mydatabase SET ENCRYPTION ON;
GO

Como altero a senha da MASTER KEY?

Obrigado

Postgres 9.6.9 no Linux RHEL 6.10

Se eu colocar meu comando DO entre aspas duplas e as funções entre aspas simples, o bash interpretará o $$, e isso obviamente fará com que o comando falhe. Então, troquei as aspas duplas e simples, mas agora ele trata os NOT INliterais de string como nomes de coluna, o que também gera um erro.

Então, como mencionado no título, qual é o molho mágico para fazer um DO $$comando funcionar a partir da linha de comando?

$ export PGHOST=10.x.y.z
$ export PGUSER=postgres
$ psql -c 'do $$  
>          declare rolename text;
>          begin
>            for rolename in select rolname 
>                            from pg_roles 
>                            where rolname not in ("postgres",
>                                                  "pg_signal_backend",
>                                                  "TAP")
>            loop
>            execute "DROP ROLE " || rolename;                   
>            end loop;
>          end $$
>          ;'
ERROR:  column "postgres" does not exist
LINE 3:                            where rolname not in ("postgres",...
                                                         ^
QUERY:  select rolname 
                           from pg_roles 
                           where rolname not in ("postgres", "pg_signal_backend", "TAP")
CONTEXT:  PL/pgSQL function inline_code_block line 4 at FOR over SELECT rows

Obrigado

SQLServer 2005

Executei "dbcc SQLPerf(logspace)", fiz dois backups de log e executei "dbcc SQLPerf(logspace)" novamente. Nenhuma alteração de 48,55% usado, embora "dbcc opentran (foo)" diga que não há transações abertas ativas.

Isso significa que existem transações abertas inativas que estão impedindo que o espaço livre de log seja alterado após os backups?

Obrigado.

Querendo automatizar algumas tarefas em vez de disparar o SSMS para tudo, estou tentando escrever um arquivo em lote para executar essas instruções, que funcionam perfeitamente quando as colo no prompt do sqlcmd. Eles simplesmente verificam o status do espelhamento, suspendem o espelhamento e verificam o status novamente. (Para minimizar as dependências e facilitar a migração de um servidor para outro, desejo manter todos os comandos em um único arquivo.)

select cast(DB_NAME(database_id) as char(30)),
        cast(mirroring_state_desc as char(15))
from sys.database_mirroring
where mirroring_state_desc is not null;
go;

ALTER DATABASE db1 SET PARTNER SUSPEND;
ALTER DATABASE db2 SET PARTNER SUSPEND;
go;

select cast(DB_NAME(database_id) as char(30)),
        cast(mirroring_state_desc as char(15))
from sys.database_mirroring
where mirroring_state_desc is not null;
go;

Então, escrevi este arquivo em lote:

SETLOCAL ENABLEDELAYEDEXPANSION
SET @SQLSTRING=select cast(DB_NAME(database_id) as char(30)), ^
        cast(mirroring_state_desc as char(15)) ^
from sys.database_mirroring ^
where mirroring_state_desc is not null; ^
go ^
^
ALTER DATABASE MSCRM_CONFIG SET PARTNER SUSPEND; ^
ALTER DATABASE XeroxGHSCRMTest_MSCRM SET PARTNER SUSPEND; ^
go ^
^
select cast(DB_NAME(database_id) as char(30)), ^
        cast(mirroring_state_desc as char(15)) ^
from sys.database_mirroring ^
where mirroring_state_desc is not null; ^
go
::
echo.
sqlcmd -S AGABQ0VMCRMDB01\PROD_CRM -E -Q "%@SQLSTRING%"

No entanto, ele falha com erros de sintaxe nos comandos "go". Eu tentei "ir" e "ir"; sem sorte.

Qualquer dica ou orientação para fazer este trabalho seria apreciada.