Rajesh Ranjan's questions

Estou usando o MariaDB 10.5 no Centos7 com 4G de RAM e 2 CPUs.

Aqui está a configuração do my.cnf

[mysqld]
log-error=/var/lib/mysql/mysql-3.kannel.com.err
max_allowed_packet=1G

event_scheduler = ON
innodb_file_per_table=ON
#innodb_file_format=Barracuda
innodb_buffer_pool_size=3G
innodb_buffer_pool_instances=6
innodb_log_file_size=1G
innodb_log_files_in_group=1
innodb_log_buffer_size=32M
innodb_log_write_ahead_size=32M
innodb_flush_log_at_trx_commit=2
innodb_read_io_threads=32
innodb_write_io_threads=128
innodb_io_capacity=10000
innodb_thread_concurrency=6
innodb_flush_method=o_direct


join_buffer_size=128M
sort_buffer_size=20M
read_rnd_buffer_size=128M
datadir=/var/lib/mysql
open_files_limit=10000
default-storage-engine=InnoDB
max_connections = 500

# CACHES AND LIMITS #
tmp-table-size                 = 20M
max-heap-table-size            = 32M
query-cache-type               = 1
thread-cache-size              = 50M
table-definition-cache        = 128M
table-open-cache               = 128M
query_cache_size = 50M
query_cache_limit=128M

Mas quando vejo o status do mecanismo InnoDB usando SHOW ENGINE INNODB STATUS\G;ele me dá informações abaixo onde Buffer pool size 193296masTotal large memory allocated 3288334336

BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 3288334336
Dictionary memory allocated 19166328
Buffer pool size   193296
Free buffers       179141
Database pages     49186
Old database pages 18176

Então, se Buffer pool size 193296, onde o restante da memória está sendo alocado?

Obrigado!

Eu tenho minha tabela particionada no dia do mês.

Agora preciso arquivar os dados do último 16º dia date_add(now(), interval -16 day)em outra tabela. Para isso preciso descobrir o nome da partição que contém os dados da data, para que eu possa trocar a partição e exportar para outra tabela.

Mas meu problema é que não sei como encontrar o nome da partição do valor ", preciso trocar e arquivar.

Sua ajuda será muito apreciada.

Obrigado

Eu tenho 2 servidores de banco de dados:

ServidorA : Windows Server 2012 R2 Standard, SQL Server 2014 (SP3) (KB4022619) Standard Edition.

ServerB : Windows Server 2016 Datacenter, SQL Server 2016 (SP2-CU6) (KB4488536) Enterprise Edition

Ambos são servidores x64 localizados em DCs diferentes, sob domínios diferentes.

Propósito:

Estamos planejando migrar os bancos de dados de produção do ServidorA para o ServidorB.

Medida tomada: Antes de migrar o banco de dados de produção, eu queria validá-lo primeiro no ambiente de desenvolvimento.

Todos os bancos de dados, servidor vinculado (com configurações semelhantes), logins etc. foram copiados corretamente do ServidorA para o ServidorB.

Driver ODBC instalado do banco de dados Pervasive no ServerB (semelhante ao ServerA).

Exportou todos os DSNs do sistema do ServidorA para o ServidorB.

Atualizadas as configurações do MSDTC no ServerB (semelhante ao ServerA).

Observação: o servidor vinculado está fazendo referência ao banco de dados abrangente.

Enfrentamento de Problemas;

Depois que todos esses usuários conseguirem fazer login, os bancos de dados estiverem acessíveis, os relatórios estiverem em execução e o servidor (ServerB) estiver funcionando bem, os usuários poderão SELECIONAR tabelas do banco de dados Pervasive usando o servidor vinculado.

Mas o problema é que "os usuários não conseguem executar a atualização no banco de dados pervasivo usando o servidor vinculado no ServerB.

As consultas de atualização 1st e 2nd estão falhando com o mesmo erro:

--1------------------------------------------------------------
UPDATE OPENQUERY (LinkedServerName, 'SELECT Column_1,Column_2,Column_3,Column_4 FROM TableName WHERE Column_3 = 5910 AND Column_4 = 2')
SET Column_1='2019-02-01',Column_2='2019-07-01';
--2------------------------------------------------------------
UPDATE OQ
SET Column_1='2019-02-01',Column_2='2019-07-01'
FROM OPENQUERY (LinkedServerName, 'SELECT * FROM TableName') OQ
WHERE Column_3 = 5910 AND Column_4 = 2;

Erro1:

Msg 7399, Level 16, State 1, Line 4
The OLE DB provider "MSDASQL" for linked server "LinkedServerName" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7343, Level 16, State 4, Line 4
The OLE DB provider "MSDASQL" for linked server "LinkedServerName" could not UPDATE table "[MSDASQL]". Unknown provider error.

O erro da 3ª consulta é diferente.

UPDATE LinkedServerName.DBName..TableName
SET Column_1='2019-02-01',Column_2='2019-07-01'
WHERE Column_3 = 5910 AND Column_4 = 2;

Erro 2:

Msg 7399, Level 16, State 1, Line 26
The OLE DB provider "MSDASQL" for linked server "LinkedServerName" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7343, Level 16, State 4, Line 26
The OLE DB provider "MSDASQL" for linked server "LinkedServerName" could not UPDATE table "[LinkedServerName].[Database]..[TableName]". Unknown provider error.

A mesma consulta está sendo executada com sucesso no ServerA.

A solução será apreciada.

Obrigado!

Eu tenho uma tabela que tem diferentes tipos de saldo e preciso deduzir o saldo de diferentes colunas com base na disponibilidade.

Aqui está a consulta (Sample) que tentei usar mas não funcionou

update table_A
set case
    when column_A>table_B.balance then column_A
    when column_B>table_B.balance then column_B
    when column_C>table_B.balance then column_C
    end =value
from table_B
on table_A.Id=table_B.id

Obrigado!

Eu tenho 3 clusters de nós virtuais do Cassandra. Nó1, Nó2 e Nó3.

Eu escrevi um pequeno código python para carregar dados em massa nele.

Na primeira vez, apenas 2 nós de três estão disponíveis online, Node1 e Node2 quando executo o código python com

session.default_consistency_level = 2

Recebi e erro:

cassandra.Unavailable: Error from server: code=1000 [Unavailable exception] message="Cannot achieve consistency level TWO" info={'consistency': 'TWO', 'required_replicas': 2, 'alive_replicas': 1}

Depois disso, coloquei meu terceiro nó (Node3) online e executei o programa python, ele foi executado com sucesso.

Pelo que entendi Nível de consistência = 2 significa que pelo menos 2 nós de 3 devem estar disponíveis todas as vezes.

Obrigado!