Álvaro González's questions

Trabalho com um servidor não gerenciado em um datacenter remoto para hospedar aplicativos baseados na web. Quando executamos os scripts SQL para criar e preencher um banco de dados de aplicativos, todo o processo é dolorosamente lento. Um conjunto de scripts que no meu PC local com pouca potência é executado em 5 segundos , no servidor remoto pode levar até 20 minutos .

Quando verifico os processos em execução, vejo que não está preso em nenhuma instrução específica, é simplesmente que cada um leva vários segundos, especialmente ALTER TABLEinstruções:

ALTER TABLE foo_bar
ADD CONSTRAINT FK_foo_bar_foo_id
FOREIGN KEY (foo_id)
REFERENCES foo (id)

É um aplicativo totalmente novo, então a maioria das tabelas está vazia ou tem no máximo algumas centenas de linhas. Mas a lentidão já acontece muito antes das INSERT INTOdeclarações. Todas as tabelas são InnoDB.

Eu corro os scripts através do PHP de linha de comando, se isso importa. Não há antivírus que eu conheça. O MySQL/8.0 foi instalado com o Windows MySQL Installer e funciona como serviço com esta configuração:

[client]
port=3306
[mysql]
no-beep
[mysqld]
port=3306
datadir=C:/ProgramData/MySQL/MySQL Server 8.0/Data
default_authentication_plugin=mysql_native_password
default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION"
log-output=FILE
general-log=0
general_log_file="FOO.log"
slow-query-log=1
slow_query_log_file="FOO-slow.log"
long_query_time=10
log-error="FOO.err"
server-id=1
lower_case_table_names=1
secure-file-priv="C:/ProgramData/MySQL/MySQL Server 8.0/Uploads"
max_connections=151
table_open_cache=2000
tmp_table_size=16M
thread_cache_size=10
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=8M
key_buffer_size=8M
read_buffer_size=0
read_rnd_buffer_size=0
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=8M
innodb_log_file_size=48M
innodb_thread_concurrency=17
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000
loose_mysqlx_port=33060
character-set-server = utf8
collation-server = utf8_unicode_ci
log-bin = OFF
skip-bin-log

Por onde posso começar a ver isso? Que diagnósticos posso tentar?

Criei um plano de manutenção há uma semana e está funcionando bem todas as noites. Agora, a tarefa de redução de banco de dados parou de funcionar e lança este erro:

O tamanho da propriedade não está disponível para o banco de dados '[foo]'. Esta propriedade pode não existir para este objeto ou pode não ser recuperável devido a direitos de acesso insuficientes.

Ontem instalei alguns hotfixes do SQL Server oferecidos pelo Windows Update (4411 e 4457, se isso importa). É a única mudança que eu possivelmente fiz.

Minha tarefa fica assim:

• Conexão: Conexão do servidor local (sa)
• Banco(s) de dados:Todos os bancos de dadosTodos os bancos de dados de usuários
• Encolha o banco de dados quando ele crescer além de: 50 MB
• Quantidade de espaço livre restante após o encolhimento (10%)
• Devolver espaço liberado ao sistema operacional

Algumas das minhas descobertas:

• Se eu gerar o código T-SQL e executá-lo manualmente, ele funciona perfeitamente.
• Se eu criar um novo plano de manutenção com uma tarefa idêntica de redução de banco de dados , ele funcionará perfeitamente.

Qual pode ser o problema?

Dada esta tabela:

CREATE TABLE test (
    id INT NOT NULL,
    description NVARCHAR(100) COLLATE Modern_Spanish_CI_AS NOT NULL
);
INSERT INTO test (id, description) VALUES (1, 'CO2');

Percebi que não consigo corrigir um problema tipográfico:

SELECT * FROM test WHERE id = 1;
UPDATE test SET description = 'CO₂' WHERE id = 1;
SELECT * FROM test WHERE id = 1;

porque a atualização corresponde, mas não tem efeito:

id          description
----------- -----------
1           CO2

(1 affected rows)

(1 affected rows)

id          description
----------- -----------
1           CO2

(1 affected rows)

É como se o SQL Server determinasse que, como ₂ obviamente é apenas um minúsculo 2 , o valor final não será alterado, portanto não vale a pena alterá-lo.

Alguém poderia lançar alguma luz sobre isso e talvez sugerir uma solução alternativa (além de atualizar para um valor intermediário)?

Há um banco de dados chamado FOOem um servidor Oracle XE 10g que deve ser desativado ( old.example.com). Fui solicitado a migrá-lo para algum outro servidor Oracle XE 11g ( new.example.com). Ambos os servidores estão na mesma LAN. Eu não sei nada sobre o banco de dados (não é um projeto meu). Não há um DBA na sala. Minhas buscas aleatórias no Google sugerem que é uma tarefa terrivelmente complicada. Posso usar o SQL Developer ou o SQL*Plus.

Eu descobri que usar impdp em um link de rede pode ser um método razoavelmente simples. Mas os docs tomam a maioria das coisas como garantidas e não consigo fazê-las funcionar.

Até aqui:

1. Eu atribuí EXP_FULL_DATABASEao usuário FOOno servidor de origem (o papel DATAPUMP_EXP_FULL_DATABASEnão parece existir em 10g).

2. Eu criei um usuário temporário chamado tmp_impno servidor de destino com funções CREATE DATABASE LINKe .DATAPUMP_IMP_FULL_DATABASE

3. Estou preso na parte de criar link de banco de dados . Fiz login new.example.comcomo tmp_impe tentei todas as combinações possíveis da instrução CREATE DATABASE LINK . Eles acionam ORA-00933: SQL command not properly endedou são aceitos, mas produzem um link que não funciona ( ORA-39001: invalid argument value, ORA-39200: Link name "OLD_FOO" is invalid., ORA-12154: TNS:could not resolve the connect identifier specified).

Esta é uma das minhas tentativas:

CREATE DATABASE LINK OLD_FOO
CONNECT TO FOO IDENTIFIED BY 'pa$$w0rD'
USING '//old.example.com:1521/xe';

O que estou fazendo errado? Existe uma ferramenta mais simples para migrar o banco de dados?

Como você pode testar uma consulta que é lenta apenas na primeira execução?¹ São CHECKPOINTeDBCC DROPCLEANBUFFERS a ferramenta certa? Em caso afirmativo, executar isso como sysadmin é tudo o que é necessário ou há algo mais envolvido?

CHECKPOINT;
DBCC DROPCLEANBUFFERS;
GO

Estou perguntando antes de não poder tornar a consulta mais lenta, a menos que eu reinicie a instância do SQL Server (que, obviamente, é dolorosamente lenta).

_{(1) Nada sutil: 35 s a 51 s na primeira corrida, cerca de 0,02 s depois}

Eu tenho usado o SQL Server Management Studio 2012 por um tempo (no Windows 10, se isso importa) e coletei um bom monte de logons salvos.

Agora instalei a versão 17.2, que aparentemente instala lado a lado (em vez de substituir a versão anterior), e meus logins não estão disponíveis nesta versão.

Existe uma maneira de migrá-los a partir de 2012?

Se entendi o que li, tudo o que você precisa fazer para permitir o acesso remoto ao SQL Server é abrir a porta TCP 1433 no firewall do Windows. Mas isso deixará seu servidor aberto para toda a Internet e o próprio SQL Server não fornece mais ferramentas para ajustar a origem das conexões.

Existe uma maneira de conceder acesso a essa porta apenas para conexões de um endereço IP estático conhecido?

Instalei um aplicativo desenvolvido em 11g XE em um servidor 11g Enterprise Edition (Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production) e a consulta SELECT principal aciona isso:

ORA-03113: end-of-file on communication channel 
Identificador de Proceso: 14040
Identificador de Sesión: 55 Número de Serie: 22227

Simplifiquei a consulta real e ainda posso reproduzir a falha com algo tão simples como isto:

SELECT table_1.table_1_id
FROM table_1
LEFT JOIN view_1  ON table_1.table_1_id=view_1.table_1_id
LEFT JOIN view_2  ON view_1.table_2_id=view_2.table_2_id
LEFT JOIN table_2 ON table_1.table_1_id=table_2.table_1_id
    AND view_1.table_2_id=table_2.table_2_id
LEFT JOIN view_3  ON table_2.table_2_id=view_3.table_2_id;

... e funciona assim que removo qualquer visualização da consulta. As tabelas envolvidas estão vazias até agora.

O DBA encontrou isso no log de alerta :

...ORA-07445: foi encontrada uma exceção: volcado de memoria [kkqtutlSetViewCols()+250] [ACCESS_VIOLATION] [ADDR:0x8] [PC:0x3DC175C] [UNABLE_TO_READ] []
Detalhes do incidente em: d:\oracle\ diag\rdbms\audi\audi\incident\incdir_39166\audi_ora_5512_i39166.trc

E "audi_ora_5512_i39166.trc" contém isto (consulta real redigida para brevidade):

========= Dump for incident 40848 (ORA 7445 [kkqtutlSetViewCols()+250]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x8] [PC:0x3DC175C, kkqtutlSetViewCols()+250]

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
Process Id: 0x00000620  Thread Id : 0x00001a08    Time : Mon Jul 11 11:46:08 
Excp. Code: 0xc0000005  Excp. Type: ACCESS_VIO    Flags: 0x00000000

------------------- Registers ----------------------------
ip=0000000003DC175C sp=000000001A3A4DB0 rp=0000000044038058
r1=0000000000000000 r2=0000000000000004 r3=0000000038450640 
r4=0000000000000000 r5=000000001A3A4DB0 r6=0000000044038058 r7=0000000044033140 
r8=0000000000000000 r9=0000000000000004 r10=0000000000000004 r11=0000000000000003 
r12=0000000000000001 r13=0000000000020B78 r14=0000000044037B18 r15=0000000038450080 
------------------- End of Registers ---------------------


*** 2016-07-11 11:46:08.499
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=3dt50z5hh7gg9) -----
SELECT table_1.table_1_id
FROM table_1
LEFT JOIN view_1  ON table_1.table_1_id=view_1.table_1_id
LEFT JOIN view_2  ON view_1.table_2_id=view_2.table_2_id
LEFT JOIN table_2 ON table_1.table_1_id=table_2.table_1_id
    AND view_1.table_2_id=table_2.table_2_id
LEFT JOIN view_3  ON table_2.table_2_id=view_3.table_2_id;

----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
kkqtutlSetViewCols(           0000000000000000     49204E4F20534154
)+250                                              49434154524F504D
                                                   524F504D492E4E4F
                                                   495F4E4F49434154
kokqpoqb()+1319      CALL???  kkqtutlSetViewCols(  04400C070 044078D40 044021FE0
                              )+69                 000020B78
kokqpqb()+196        CALL???  kokqpoqb()           0440229B0 0031412FD 000001F68
                                                   000000000
kokqpqb()+318        CALL???  kokqpqb()            7FF365B8188 000010400
                                                   000000000 004FF4D30
kokqpqb()+64         CALL???  kokqpqb()            7FF365B7F48 000000000
                                                   000000000 000000000
kokqpqb()+318        CALL???  kokqpqb()            000000000 038450640 000000000
                                                   000000000
kokqpqb()+318        CALL???  kokqpqb()            000000000 000000000 000000000
                                                   000000000
kokqpqb()+64         CALL???  kokqpqb()            038450080 038450080 01A3A52E0
                                                   0440229B0
kokqpqb()+64         CALL???  kokqpqb()            000020B78 038450080 01A3A52E0
                                                   044078CB0
kokqpqb()+318        CALL???  kokqpqb()            044061FD0 0059F3106 000000000
                                                   0078E8984
kokqpqb()+318        CALL???  kokqpqb()            000000000 0078E8950 044065D78
                                                   000000000
kokqpqbc2()+166      CALL???  kokqpqb()            044065D78 0059F3025 000000000
                                                   0000221E0
kokqpqbc_i()+99      CALL???  kokqpqbc2()          000020B78 004C956C4 000000000
                                                   004C9559B
kokqpqbc()+17        CALL???  kokqpqbc_i()         0000221E0 000020B78 000020B78
                                                   038450080
kkqcttcalo()+1017    CALL???  kokqpqbc()           01A40EB60 009263551 000000002
                                                   000000001
kkqctdrvJPPD()+1176  CALL???  kkqcttcalo()         038450080 044002110 044002110
                                                   043FF23C8

Você tem alguma dica do que pode estar acontecendo?

Usei o Assistente de plano de manutenção para criar um plano. Quando executo o plano, a "Tarefa de limpeza de manutenção" falha com esta mensagem de erro:

A execução da consulta "EXECUTE master.dbo.xp_delete_file 0,N'',N'',N'2016..." falhou com o seguinte erro: "Erro ao executar procedimento armazenado estendido: Parâmetro inválido". Possíveis motivos de falha: Problemas com a consulta, propriedade "ResultSet" não definida corretamente, parâmetros não definidos corretamente ou conexão não estabelecida corretamente.

O T-SQL gerado é este (de acordo com o Log File Viewer):

EXECUTE master.dbo.xp_delete_file 0,N'''',N'''',N''2016-01-25T13:50:30''

GO

Observe que todas as aspas simples são duplicadas.

Existe um bug no visualizador de log ou o assistente está realmente gerando um código T-SQL inválido?

Acabei de perceber que recebo "Erro ao executar o procedimento armazenado estendido: parâmetro inválido" se eu remover aspas falsas e executar a consulta manualmente:

EXECUTE master.dbo.xp_delete_file 0,N'',N'',N'2016-01-25T13:50:30'

GO

Eu tenho código para criar tabelas que não especificam a semântica de comprimento:

CREATE TABLE CHAR_TEST (
    CHAR_TEST_ID NUMBER(*,0) NOT NULL,
    FOO VARCHAR2(6) NOT NULL,
    BAR VARCHAR2(6) NOT NULL,

    CONSTRAINT CHAR_TEST_PK PRIMARY KEY (CHAR_TEST_ID) ENABLE
);

O código real é razoavelmente grande e contém centenas de objetos. Eu tenho duas versões do código que correspondem a diferentes revisões de controle de origem separadas por alguns anos.

Criei 2 usuários/esquemas no mesmo servidor com configurações idênticas. Em seguida, executo cada revisão em cada esquema respectivo. Para minha surpresa, a revisão mais recente recebe uma CHARsemântica inesperada:

Name         Null     Type        
------------ -------- ----------- 
CHAR_TEST_ID NOT NULL NUMBER(38)  
FOO          NOT NULL VARCHAR2(6) 
BAR          NOT NULL VARCHAR2(6) 

Name         Null     Type        
------------ -------- ---------------- 
CHAR_TEST_ID NOT NULL NUMBER(38)  
FOO          NOT NULL VARCHAR2(6 CHAR) 
BAR          NOT NULL VARCHAR2(6 CHAR) 

Não consigo descobrir de onde CHARvêm!

• Não posso reproduzi-lo se eu executar o CREATE TABLEcódigo isoladamente
• Não consegui encontrar ALTER TABLE CHAR_TESTinstruções em minha base de código que alterassem nada além de chaves ou índices
• SELECT value FROM V$PARAMETER WHERE NAME LIKE '%nls_length_semantics%';imprime BYTEem ambos os esquemas

Você poderia sugerir onde procurar mais?

Eu me conecto ao SQL Server com um determinado usuário que não é administrador. Eu quero obter uma lista de todas as minhas conexões abertas. Encontrei inúmeros comandos para fazer isso, mas todos se enquadram em uma dessas categorias:

1. Não tenho permissão para executar esse comando:

   Msg 297, Nível 16, Estado 1, Linha 1
   O usuário não tem permissão para executar esta ação.

2. Eu só vejo minha sessão atual!

É possível listar todas as sessões do usuário atual ?

Tenho uma instalação do Oracle 10g XE (usado exclusivamente para desenvolvimento) que acumulou até o momento 14 GB de arquivos em ...\oraclexe\app\oracle\flash_recovery_area\XE\ARCHIVELOG. Eu preciso desse espaço e estou tentado a remover tudo usando o Windows Explorer, mas com certeza o Oracle não vai achar graça.

É possível configurar o Oracle XE para limpar esse material automaticamente assim que não for mais necessário?

Tenho um grande conjunto de arquivos com comandos SQL que executo com um script SQL*Plus que usa o @@operador. Eu executo o script em computadores de terceiros (ou até mesmo o envio por e-mail), então gostaria de torná-lo o mais independente possível.

Os arquivos são codificados como Win-1252. Atualmente, preciso definir a NLS_LANGvariável de ambiente antes de executar o script:

C:\> SET NLS_LANG=SPANISH_SPAIN.WE8MSWIN1252

C:\> echo exit | sqlplus foo/bar@//example.com/xe @install.sql

Isso funciona, mas gostaria de saber se é possível alterar a codificação do cliente com um comando SQL ou SQL*Plus. (Ou pelo menos leia o valor e interrompa a execução se não corresponder.)

Admin cria um diretório Oracle:

CREATE OR REPLACE DIRECTORY EXAMPLE AS '\\server\share\test';
GRANT READ, WRITE ON DIRECTORY EXAMPLE TO JOHN;

Admin pode testar se o diretório existe:

SELECT * FROM DBA_DIRECTORIES WHERE DIRECTORY_NAME='EXAMPLE'

Como John pode verificar se o diretório EXAMPLEexiste? Como ele pode descobrir quais permissões ele recebeu?

Ao testar alguns scripts de migração com uma cópia dos dados de produção (os scripts funcionam bem com os dados de desenvolvimento), encontrei uma situação curiosa. A CONSTRAINT mudou, então estou emitindo comandos DROP + ADD:

ALTER TABLE A_DUP_CALLE
DROP CONSTRAINT A_DUP_CALLE_UK1;

ALTER TABLE A_DUP_CALLE
ADD CONSTRAINT A_DUP_CALLE_UK1 UNIQUE (
    CONTROL_ID,
    CALLE_AYTO_DUPL
)
ENABLE;

O comando DROP funcionou bem, mas o ADD falhou. Agora, estou em um círculo vicioso. Não consigo descartar a restrição porque ela não existe (o descarte inicial funcionou conforme o esperado):

ORA-02443: Não é possível descartar restrição - restrição inexistente

E não consigo criá-lo porque o nome já existe:

ORA-00955: nome já é usado por um objeto existente

Eu digito na caixa de pesquisaA_DUP_CALLE_UK1 do SQL Developer e... aí está! Owner, nome da tabela, tablescape... tudo combina: não é um objeto diferente com o mesmo nome, é minha restrição original. A tabela aparece nos detalhes da restrição, mas a restrição não aparece nos detalhes da tabela.

Minhas perguntas:

• Qual é a explicação para isso?
• Como posso garantir que isso não acontecerá quando eu fizer a atualização real no servidor ativo?

(O servidor é 10g XE, não tenho reputação suficiente para criar a tag.)