Vasileios G's questions

Meu cliente percebeu que há conexões abertas, mas nunca fechadas e, como resultado, as solicitações de API estão expirando, pois estão sendo bloqueadas por um processo "fantasma".

Exemplo na tabela Cliente:

O processo com o número 108 bloqueia outro processo. Ao executar SP_WHO2 estou conseguindo isso:

SPID  STATUS     LOGIN  Hostname  BLKBy   DBNAME    Command ....    - PROGRAMNAME
108 - SLEEPING - Auser - .       - .    - DBNAme - AWAITING COMMAND ... (Nothing here).

O script que está sendo bloqueado é um simples

Select Custid, name....
from Customer
Where custid = 1

Pensei em uma indexação ruim, mas existem índices úteis aí.

O que devo fazer para examinar o problema? Como vou descobrir como essas conexões são criadas e não fechadas?

Isso não é um problema, mas mais uma pergunta sobre um tópico desconhecido para mim.

Um cliente meu pediu para criptografar algumas colunas no banco de dados, mas no aplicativo ele pode ver os valores das colunas.

Alguma ideia de como começar a fazer meu plano para isso?

Estamos utilizando a solução da Hallengren para a manutenção do banco de dados.

A manutenção do Hallengren que usamos é o SQL Server Index and Statistics Maintenance . Índice ccOtimizar

Ultimamente, estamos recebendo o seguinte erro em uma tabela específica:

não foi possível continuar a varredura com NOLOCK devido à movimentação de dados

DBCC CHECKDB returns no errors.

O erro é encontrado quando executamos manualmente o procedimento (agendamos um trabalho para fazer isso, mas como não conseguimos ver o erro, executamos manualmente para ver o que acontece).

Encontramos a tabela em que o problema ocorre.

Existe alguma idéia de como proceder com a resolução da declaração acima?

No MSSQL Server, todo sábado começa um plano de manutenção, onde reconstrói alguns índices. Durante o último mês, sempre falha após algumas horas com a mensagem: A etapa falhou.

Executed as user: NT AUTHORITY\SYSTEM.

...PK_dbo.__MigrationHistory] ON [dbo].[__MigrationHistory] REBUILD PARTITION = ALL WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = OFF, FILLFACTOR = 90) 
[SQLSTATE 01000] (Message 0)  ITEM 2 FROM 508 [SQLSTATE 01000] (Message 0)  ALTER INDEX [PK_dbo.__MigrationHistory] ON [dbo].[__MigrationHistory] REBUILD PARTITION = ALL WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = OFF, FILLFACTOR = 90)
[SQLSTATE 01000] (Message 0)  ITEM 3 FROM 508 [SQLSTATE 01000] (Message 0)  ALTER INDEX [PK_dbo.ONEINDEX] ON [dbo].[TABLE1] REBUILD PARTITION = ALL WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = OFF, FILLFACTOR = 90)
[SQLSTATE 01000] (Message 0)  ITEM 4 FROM 508 [SQLSTATE 01000] (Message 0)  ALTER INDEX [PK_dbo.INDEX] ON [dbo].[TABLE2] REBUILD PARTITION = ALL WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF,  
...  The step failed.

Como posso investigar mais o problema? Acho que há um tempo limite em algum lugar, mas preciso descobrir.

No ambiente de produção, definimos uma solução HADR para todo o banco de dados. Agora, gostaríamos de excluir algumas tabelas desta solução (HADR) e não sincronizar com o banco de dados secundário.

minha versão é db2 luw 10.1.

Quais são algumas etapas possíveis para excluir algumas tabelas do HADR?

estou usando o SQL Server Management Studio 2018, criei um procedimento armazenado onde desejo gerar arquivos CSV

CREATE PROCEDURE generate_csv_files
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @country VARCHAR(MAX);
    DECLARE @file_name VARCHAR(MAX);
    DECLARE @query VARCHAR(MAX);
    DECLARE @bcp_command VARCHAR(MAX);
DECLARE cursor1 CURSOR FOR
SELECT DISTINCT country
FROM Fishery_Landings;

OPEN cursor1;

FETCH NEXT FROM cursor1 INTO @country;

WHILE @@FETCH_STATUS = 0
BEGIN
    SET @file_name = 'C:\Users\Erevos\Desktop\' + @country + '.csv';
    SET @query = 'SELECT Country, Year, Commodity_Group, MCS.main_commercial_species, presentation, preservation, volume_kg
    FROM Fishery_Landings FL
    JOIN Commodity_Group CG on FL.CGID = CG.CGID
    JOIN Main_Commodity_Species MCS on MCS.MCSID = FL.MCSID
    WHERE country = ''' + @country + '''';

    SET @bcp_command = 'bcp "' + @query + '" queryout ' + @file_name + ' -c -T -S ' + @@SERVERNAME;

    EXEC master..xp_cmdshell @bcp_command;

    FETCH NEXT FROM cursor1 INTO @country;
END;

CLOSE cursor1;
DEALLOCATE cursor1;
END;

O erro que estou recebendo:

Msg 214, Nível 16, Estado 201, Procedimento master..xp_cmdshell, Linha 1 [Batch Start Line 1] O procedimento espera o parâmetro 'command_string' do tipo 'varchar'.

O que eu fiz

EXEC sp_configure 'mostrar opções avançadas', 1; RECONFIGURAR; EXEC sp_configure 'xp_cmdshell', 1; RECONFIGURAR;

Como faço para contornar esse erro?

Atualizar após alterar o VARCHAR(MAX) para VARCHAR(8000) Este erro produz:

uso: bcp {dbtable | consulta} {em | fora | consulta | format} datafile [-m maxerrors] [-f formatfile] [-e errfile] [-F firstrow] [-L lastrow] [-b batchsize] [-n native type] [-c character type] [-w wide character tipo] [-N mantém o não-texto nativo] [-V versão do formato do arquivo] [-q identificador entre aspas] [-C especificador de página de código] [-t terminador de campo] [-r terminador de linha] [-i arquivo de entrada] [- o outfile] [-a packetsize] [-S nome do servidor] [-U nome de usuário] [-P senha] [-T conexão confiável] [-v versão] [-R habilitação regional] [-k mantém valores nulos] [- E mantenha os valores de identidade][-G Autenticação do Azure Active Directory] [-h "load tips"] [-x gerar arquivo de formato xml] [-d nome do banco de dados] [-K intenção do aplicativo] [-l login timeout] NULL

Depois de pesquisar em diferentes sites e QnAs, estou muito confuso sobre como posso:

1. Encontre impasses e a que horas eles ocorreram
2. Como identificar o que aconteceu e surgiu um impasse.
3. E qual é a consulta que causou um impasse.

Existe alguma Consulta para extrair tais informações?

Observe que eu vi as tabelas

sys.dm_tran_locks

sys.dm_exec_requests

e ainda não entendo.