Dina's questions

Recebi uma VM do SQL Server Azure que possui armazenamento 512e anexado para dados e arquivos de log, de acordo com o fsutil fsinfo ntfsinfo [drive letter]:\.

É um nó de replicação de DR de um servidor local com 512 unidades de armazenamento.

A VM está relatando o erro 9012, que pode ser devido ao armazenamento ou à diferença entre o servidor de replicação e o servidor primário.

Estou tentando avaliar se isso é motivo de preocupação para o atraso dos Grupos de Disponibilidade e para a configuração ideal do SQL Server, se eu o transformar em primário.

Tudo o que estou lendo parece dizer que 512e e SQL Server não são recomendados. Mas os artigos são de 2011 - não mudou nada em 11 anos? Ou o 512e ainda não é o caminho a percorrer.

A documentação do Azure não menciona nada disso e só posso concluir que 512e pode ser opcional para os novos discos SSD.

Nota: A ativação do sinalizador de rastreamento 1800 não resolveu o erro.

A Microsoft nem recomenda HDD, listando-os como recomendados para Dev apenas agora. Estou esperando para ver se consigo abrir um ticket de suporte, mas queria saber a experiência das pessoas aqui também.

Estou usando Grupos de Disponibilidade (nível de banco de dados) SQL Server 2017:

Configurei meu grupo de disponibilidade para "preferir secundário". Eu permiti o acesso de leitura na réplica. Criei um plano de manutenção com backups completos em todos os bancos de dados em réplica usando "somente cópia" e depois também no primário.

Mas agora estou me perguntando se AG realmente toma alguma decisão? Ambos os planos de manutenção serão executados e, pelo que posso dizer, não alterarão "somente cópia" para o plano de manutenção do primário se houver um failover.

Além de apenas me impedir de executar backups se eu alterar a configuração... além de impor regras para o que [outro] dba pode ou não ser capaz de fazer: qual é o objetivo disso?

Ou eu configurei meus backups totalmente errados?

Estou migrando do espelhamento para AGs no SQL Server 2014/Windows 2012 R2. Eu vou ter um cluster de 2 nós. Eu preciso que este cluster esteja online o tempo todo para um ambiente de produção.

Estou lendo a documentação da Microsoft para grupos de disponibilidade, mas não consigo encontrar nada ao longo das linhas de "Práticas recomendadas" para ter um AG/WSFC de 2 nós, exceto que não ter uma testemunha NÃO é "Prática recomendada". Estou simplesmente explodindo de perguntas.

Se eu implementar uma testemunha de compartilhamento de arquivos

Qual é o melhor lugar para colocar minha testemunha (compartilhamento de arquivos)? Colocá-lo em um DC é uma boa ideia ou um risco de segurança?

Por que tem que ser o Windows Server em vez de (digamos) um linux/NAS?

Como faço para impedir que alguém simplesmente exclua o compartilhamento de arquivos porque não sabe o que é ou para que serve, sem bloquear a mim mesmo/todos os administradores de sistema?

Se eu não implementar uma testemunha de compartilhamento de arquivos

Eu poderia apenas remover o quorum dinâmico e excluir completamente a testemunha? É mesmo possível?

É melhor apenas adicionar outro nó SQL ao meu cluster, se eu tiver um, para atuar como terceiro votante, mas não incluir nenhum de seus bancos de dados? É talvez mais durável?

Atualmente, tenho o espelhamento configurado entre dois SQL Servers de produção. Um desses servidores é um servidor SQL de hardware (principal) e o espelho é uma VM (em servidor diferente). Preciso migrar esses servidores para Grupos de Disponibilidade (cluster HA NÃO usando armazenamento compartilhado).

Nada disso é minha escolha. Eu pessoalmente preferiria duas VMs ou sistemas completamente idênticos.

Minha pergunta é: alguém se deparou com problemas de AG/clustering entre um SQL Server de hardware e um SQL Server de VM? Ou há algum problema que você possa imaginar com essa configuração?

Não tive problemas com o espelhamento entre um hardware e uma VM. Desde que os servidores sejam muito semelhantes (ou seja: mesma versão do SQL Server, mesma RAM fornecida, os arquivos de dados são nomeados e armazenados nos mesmos locais, etc). Minha preocupação é que o AG utiliza clustering de failover do Windows - um território desconhecido para mim -, então gostaria de saber se há algo adicional a ser observado.

Tenho duas instâncias do SQL Server 2014 configuradas com espelhamento de alta segurança para um ambiente de produção. Preciso aplicar patches de segurança a esses servidores regularmente, o que requer uma reinicialização.

Meu processo típico é aplicar patches para espelhar e reiniciar. Em seguida, acionar um failover para espelhar e aplicar patches no outro servidor. Reiniciando e depois falhando.

Meu problema é que todo failover tem algumas transações não confirmadas revertidas e isso realmente não é bom para um ambiente de produção. Não tenho ideia de quais transações foram revertidas e que tipo de perda de dados estou tendo. Mas preciso reiniciar esses servidores e aplicar patches. Se eu tiver tolerância zero à perda de dados, quais são minhas opções?

Tenho dois servidores Postgresql 9.5 configurados na replicação de streaming. Não há erros nos arquivos de log e os servidores parecem estar sincronizados.

MESTRE postgresl.config

archive_command = 'test ! -f mnt/server/archivedir/%f && cp %p mnt/server/archivedir/%f'
wal_keep_segments = 32

Todo o resto é praticamente padrão. E ainda tenho mais de 1600 arquivos no diretório de arquivo! Por falta de espaço, ousei excluir alguns deles. Gostaria de descobrir o que está causando isso. Também vejo que existem apenas arquivos muito antigos no escravo para o mesmo diretório.

A única coisa que consigo pensar é que recentemente fiz uma restauração em um banco de dados. Eu larguei o banco de dados, criei-o e fiz uma restauração de backup. Eu fiz isso várias vezes. O escravo parece ter alcançado as mudanças. Mas eu tenho uma tonelada de arquivos WAL na pasta de arquivo para cada uma das restaurações de backup. Agradeceria alguma visão sobre o que poderia estar acontecendo.

Depois de habilitar a Criptografia TDE, meu arquivo de backup de banco de dados .bak é 3x maior do que antes. Existe uma maneira de melhorar isso? Isso ocorre porque a compactação não é tão eficiente em um arquivo criptografado?

Eu tenho uma configuração de servidor vinculada do SQL Server Ent 2012 para PostgreSQL 9.3 e um procedimento armazenado puxando 3 tabelas filtradas dele e armazenando cada uma em uma tabela temporária.

Há uma consulta final no final do procedimento armazenado com muitas junções à esquerda, do banco de dados SQL local e inclui essas 3 tabelas temporárias.
Desativei "Habilitar promoção de transações distribuídas para RPC". Cada 1/6 ou mais tentativas de usar este procedimento armazenado falham, com erro no servidor web como: Unknown Error Detected System.Data.SqlClient.SqlException (0x80131904): The operation could not be performed because OLE DB provider "MSDASQL" for linked server "POSTGRESQL" was unable to begin a distributed transaction. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection No entanto, sem erros no SQL Server.

Definição de servidor vinculado:

EXEC master.dbo.sp_addlinkedserver @server = N'POSTGRESQL', @srvproduct=N'PostgreSQL', @provider=N'MSDASQL', @datasrc=N'PostgreSQL'
 EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'POSTGRESQL',@useself=N'False',@locallogin=NULL,@rmtuser=N'xxxxxx',@rmtpassword='xxxxx'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'collation compatible', @optvalue=N'false'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'data access', @optvalue=N'true'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'dist', @optvalue=N'false'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'pub', @optvalue=N'false'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'rpc', @optvalue=N'true'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'rpc out', @optvalue=N'true'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'sub', @optvalue=N'false'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'connect timeout', @optvalue=N'0'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'collation name', @optvalue=null
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'lazy schema validation', @optvalue=N'false'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'query timeout', @optvalue=N'0'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'use remote collation', @optvalue=N'true'
EXEC master.dbo.sp_serveroption @server=N'POSTGRESQL', @optname=N'remote proc transaction promotion', @optvalue=N'false'

Procedimento armazenado/consulta (desculpe muito simplificado)

ALTER PROCEDURE [dbo].[SP_Name]
@DateFrom DATETIME,
@DateTo DATETIME

AS

DECLARE @variableB int

SET @variableB= {some criteria} 

IF (@variableB < 1000)

BEGIN
-- Passthrough to PG for a filtered table, instead of entire table grabbed via open query
    IF OBJECT_ID('tempdb.dbo.#temp_table1', 'U') IS NOT NULL
      DROP TABLE #temp_table1; 

    create table #temp_table1 (column1 int, column2 varchar(60))

    DECLARE @TSQL varchar(max)
    SET  @TSQL = 'select c1, c2 from OpenQuery([POSTGRESQL],''
            select c1, c2 from table1 t where 
            t.date>=''''' +CONVERT(VARCHAR(15),@DateFrom,102)+ '''''' + 't.date <=''''' +CONVERT(VARCHAR(15),@DateTo,102) + '''''' +'order by c1'')'

    insert into #temp_table1
    EXEC (@TSQL)

    create clustered index temp_index1 on #temp_table1 
    (column1 asc)
    WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 90) ON [PRIMARY]

-- 2nd table passthrough to PG for a filtered table, instead of entire table grabbed via open query
    IF OBJECT_ID('tempdb.dbo.#temp_table2', 'U') IS NOT NULL
      DROP TABLE temp_table2; 

    create table #temp_table2 (column1 int, column2 varchar(60), column3 int)

    SET  @TSQL = 'select a, b, c from OpenQuery([POSTGRESQL],''
            select a, b, c from table2 t where 
            t.date>=''''' +CONVERT(VARCHAR(15),@DateFrom,102)+ '''''' + 't.date <=''''' +CONVERT(VARCHAR(15),@DateTo,102) + '''''' +'order by a'')'

    insert into #temp_table2
    EXEC (@TSQL)

-- 3rd table passthrough to PG for a filtered table, instead of entire table grabbed via open query
    IF OBJECT_ID('tempdb.dbo.#temp_table3', 'U') IS NOT NULL
      DROP TABLE temp_table3; 

    create table #temp_table3 (column1 int, column2 varchar(60))

    SET  @TSQL = 'select a1, a2, a3 from OpenQuery([POSTGRESQL],''
            select a1, a2, a3 
            from
            table3 t
            where 
            t.date>=''''' +CONVERT(VARCHAR(15),@DateFrom,102)+ '''''' + 't.date <=''''' +CONVERT(VARCHAR(15),@DateTo,102) + ''''''
{plus other filtering criteria} +'order by a1'')'

    insert into #temp_table2
    EXEC (@TSQL)

IF (@variableB < 1000)

BEGIN

select {many columns}
from {various local tables with left joins}
left join #temp_table1 on {conditions}
left join #temp_table2 on {conditions}
left join #temp_table3 on {conditions}

END

Propriedades DTC locais

• O que eu acho que está acontecendo é que as 3 consultas abertas em tabelas temporárias estão sendo distribuídas e, de alguma forma, isso simplesmente não funciona. Confesso que não entendo muito bem isso - está além da minha cabeça. Também sei que ativar "Ativar promoção de transações distribuídas para RPC" faz com que as falhas ocorram com mais frequência.
• Isso novamente funciona 5/6 vezes e falha cerca de 1/6 vezes. Portanto, não tenho certeza do que está acontecendo.
• Esta é uma transação somente leitura no PostgreSQL - não sei por que a transação distribuída está sendo invocada.

Editar , vejo esta pergunta aqui e pensando que não deveria estar tendo esse problema.

Editar 2 Posso ter encontrado uma pergunta duplicada aqui .

Estou tentando configurar um servidor vinculado do MS SQL Server 2012 para o PostgreSQL 9.3 por meio de servidores vinculados e driver ODBC do PostgreSQL. Tudo funciona, até que uma determinada consulta invoque o MSDTC, momento em que recebo um erro como este na máquina do SQL Server e a consulta falha totalmente:

> The XA Transaction Manager attempted to load the XA resource manager
> DLL. The call to LOADLIBRARY for the XA resource manager DLL failed:
> DLL=C:\Program Files\psqlODBC\0905\bin\pgxalib.dll, HR=%3, File=%2
> Line=%3.%0

A DLL é de fato esse local, então o registro parece estar apontando para o arquivo correto. O driver ODBC é de 64 bits e meu sistema operacional também. "File=%2" está apontando para algo na unidade d, o que não faz sentido para mim, já que a unidade d é um DVD. O MSDTC está em execução... o que estou perdendo?

Eu alternei as propriedades do servidor vinculado "Ativar promoção de transações distribuídas para RPC" para "Verdadeiro" e "Falso" e isso não altera o problema e não produz um erro diferente.

Caso contrário, vasculhar a Internet não me trouxe nada.

Última coisa a apontar, minha consulta não está realmente fazendo nenhuma atualização - está apenas puxando dados. Portanto, não sei por que o MSDTC get é invocado em primeiro lugar ...

Eu sou novo no postgres,

Eu tenho uma tabela de 20 milhões de linhas que está em um servidor ativo - preciso remover a maioria das linhas, mas não todas. Eu quero fazer isso sem afetar outros processos de leitura/gravação que acessam esta tabela (com muita frequência).

Eu tenho uma maneira de excluir cerca de 100 a 400 mil blocos de linha por vez. Entre cada exclusão, quero suspender a consulta - para que outras operações possam ter a chance de acessar esta tabela.

Eu tenho o código, mas acredito nessa versão, ele trava a tabela o tempo todo que a query roda (com todas as sleeps). Como posso realmente liberar a tabela enquanto o processo dorme? Obrigada!!

Meu código até agora:

CREATE SEQUENCE tmp_sq increment by 1 minvalue 1 maxvalue 53 start with 1;

DO $$

DECLARE 
w_counter integer;

BEGIN
w_counter := (SELECT nextval('tmp_sq')); 

  while w_counter < 53 loop
    raise notice 'Value: %', w_counter ;

    w_counter := (SELECT nextval('tmp_sq')); 

-- this way of breaking up the delete into chunks works for my table because of dates.
    delete from table_a where date_part('week',my_date) = w_counter;

    raise notice '     Rows Were Deleted ';

    --sleep
    raise notice 'Sleeping Now.....';
    perform pg_sleep(60);
  end loop;

END $$;

Sou novo no monitoramento do Postgres (9.3 no Ubuntu 14.04) e tenho usado o Zabbix/PG_monz.

Estou vendo erros de que meu banco de dados tem "muitos bytes temporários" e que meu banco de dados é "muito grande". Meus arquivos de backup reais são de 400 MB diariamente.

Eu estou querendo saber se alguém está familiarizado com PG_Monz ou apenas sobre o que esse erro pode ser. Agradeço antecipadamente!

Estou usando o SQL Server 2012 e gostaria de manter meus dados pré-existentes, mas fazer com que a coluna ID (identidade) pule 2.000 linhas.

Por que isso está acontecendo? Tenho um cenário em que posso ter transações acontecendo em um servidor em espera que precisarei copiar para o servidor atual. Eu quero que os IDs coincidam. Portanto, não quero novas transações neste servidor que tenham o mesmo ID do meu servidor em espera.

Espero que isso faça sentido!! obrigada

Executando PostgreSQL 9.3 no Ubuntu 14.04 e pgAdmin III 1.18.1 no Windows 7.

Eu tentei Tools->Server Statuse recebo um erro:

"Não foi possível ler o diretório "pg_log" Não existe tal arquivo ou diretório"

Não vejo nenhuma resposta online. O servidor é configurado principalmente com configurações padrão (para registro). O usuário com o qual estou me conectando por meio do pgAdmin é uma conta de nível de superusuário.

Finalidade de uso: monitorar o que se tornará um sistema vivo.

Contexto: por vários motivos, estou trocando o PostgreSQL Slave de uma replicação Streaming para uma replicação de espera passiva.

A replicação de streaming foi configurada usando este guia: http://technology.trapeze.com/journal/postgresql-streaming-replication-ubuntu-1004/

Para mudar para um modo de espera morno: estou seguindo as instruções para o modo de espera morno aqui (1) https://wiki.postgresql.org/wiki/Warm_Standby e aqui (2) http://www.postgresql.org/docs/ current/static/pgstandby.html

Estou descobrindo que no escravo há mais arquivos de log do pg_xlog/que em wal_archive/ (arquivos enviados do mestre). Como isso é possível? Acho que está atrapalhando minha configuração quente.

• em /var/lib/postgresql/9.3/main/pg_xlog/ do Master tenho arquivos de 000000010000000000000001 a 00000001000000000000001A.backup a 00000001000000000000001C
• em /var/lib/postgresql/wal_archive/ do Slave tenho arquivos de 000000010000000000000001 a 00000001000000000000001A.backup a 00000001000000000000001B
• em /var/lib/postgresql/9.3/main/pg_xlog/ do Slave tenho arquivos de 00000001000000000000001C a 000000010000000000000023

recovery.confcontém:

restore_command = 'pg_standby -d -s 2 -t /tmp/pgsql.trigger.5442 [/wal_archive] %f %p %r 2>>standby.log'

quando eu reinicio o Slave ele reclama que está faltando o xxx1Carquivo de log

Primeira pergunta, como é possível o Escravo ter mais pg_xlog/arquivos de log que o Mestre?

Segunda pergunta, para ressincronizar os servidores em modo de espera quente: tenho que fazer pg_basebackupnovamente (para copiar essencialmente o mestre /datae o /pg_xlogdiretório) para o escravo?

Apenas tentando entender PostgreSQL :) Obrigado antecipadamente!!

Encontrei uma pergunta muito semelhante aqui, que parece nunca ter sido respondida: http://www.postgresql.org/message-id/CAE7ByhgTJ6xOe4f3aa42Kn0_5gfEzWW1FZ9QQqsC6RP-Fnh_ow@mail.gmail.com

Estou tentando entender os melhores usos da replicação do PostgreSQL e como ela funciona para que eu possa solucionar problemas em um ambiente de produção.

Estou tendo dificuldade em entender as diferenças entre esses 2 tipos de replicação em termos de (1) Configuração (2) Como os 2 servidores Master/Slave funcionam em cada cenário

A replicação no PostgreSQL (9.2+) é essencialmente arquivos XLOG de 16MB de tamanho (dependendo das configurações de frequência para criação de cada arquivo) sendo criados no Master e enviados por algum método para o Slave.

Minha configuração (para fins desta pergunta)

Configuração do Postgresql.conf no Master
archive_command= 'rsync -av %p postgres@[SlaveIP]:[wal_archive_folder]/%f'

Configuração do Recovery.conf no Slave para ler arquivos de log
restore_command = 'cp [wal_archive_folder]/%f \"%p\"'
primary_conninfo = 'host=[MasterIP] port=5432 user=postgres'

Minha pergunta é: qual parte dessa configuração torna essa replicação de "streaming" versus "envio de logs"? Meu mestre está configurado para usar rsync para enviar logs para o escravo (isso é envio de log?) Meu escravo está configurado para poder se conectar ao mestre em recovery.conf (isso é streaming?)

Segunda parte da pergunta: O que está acontecendo? Entendo que existe outro protocolo no PostgreSQL via WAL_sender & WAL_receiver. Mas não estou claro se isso é usado apenas para streaming e, em caso afirmativo, como o rsync está sendo usado no Master?

:) Obrigada!! E desculpe se esta é uma pergunta óbvia. Tenho lido muitos blogs/livros, mas tenho dificuldade em entender. O wiki do Postgres é tão profundo que leva muito tempo para passar por tudo (e eu tenho prazos)

Eu instalei o postgresql 9.3 no Ubuntu 14.04 usando "apt-get install postgresql".

Tudo estava indo bem até que descobri que não tenho acesso aos comandos "pg_ctl". A instalação do postgres-xc literalmente quebra o servidor postgresql. Os links do pacote ficam quebrados. Não consigo reinstalar e tive que reverter minha VM e continuar trabalhando sem pg_ctl.

Minha dúvida é, para ter acesso a este pacote, devo começar do zero ou desinstalar e reinstalar o postgresql? O que eu deveria ter instalado em primeiro lugar? Alternativamente, há algo errado com o meu caminho?

(Sou novo no postgresql e fui lançado nele para fins de trabalho)

Estou executando a atualização do Windows em meus SQL Servers (que estão em uma parceria Principal-Mirror, no modo High Safety).

Estou começando a atualizar o espelho e queria saber, para aumentar a segurança, devo pausar o espelhamento e parar o SQL Server Services e, em seguida, executar o Windows Update? Ou isso é totalmente desnecessário?

Tenho um banco de dados que era um parceiro espelhado e entrou em estado suspenso. (O Servidor Mirror foi desligado).

Tirei o banco de dados principal do espelhamento usando o SSMS. Mas agora não consigo restaurar o banco de dados espelho para poder configurar o espelhamento novamente.

Quando executo ALTER DATABASE X SET PARTNER OFFno espelho, logs do SQL Server

Erro 3456 (não foi possível refazer o registro de log)

Quando executo RESTOREeste banco de dados a partir de um backup - o SQL Server me diz que não posso porque o banco de dados está envolvido no espelhamento.

Existe alguma outra maneira de descartar esse banco de dados com segurança? Não posso colocá-lo offline e não posso excluí-lo pelos mesmos motivos. Parece que não consigo remover o espelhamento no Mirror, por algum motivo. obrigada

Editar:

Eu provavelmente deveria dar mais informações. A situação surgiu porque desliguei o sistema operacional antes de interromper os serviços do SQL Server e do SQL Agent. (Assumir que o sistema operacional acionaria um desligamento seguro desses serviços, como outros, não é sábio).

Isso provavelmente causou algum tipo de corrupção que torna o banco de dados não editável, mesmo para removê-lo do espelhamento. Além de desligar o SQL Server, mover os .mdf / .ldfarquivos e reiniciá-lo, existem outras opções? Posso realmente tentar editar o .ldfarquivo para remover o registro ofensivo ou algo assim?

Estou movendo registros de um banco de dados para outro, como parte do processo de arquivamento. Desejo copiar as linhas para a tabela de destino e excluir as mesmas linhas da tabela de origem.

Minha pergunta é, qual é a maneira mais eficiente de verificar se a primeira inserção foi bem-sucedida antes de excluir as linhas.

Minha ideia é essa, mas sinto que há uma maneira melhor:

@num_records=select count(ID) from Source_Table where (criteria for eligible rows)

insert * into Destination_Table where (criteria for eligible rows)

if ((select count(ID) from Destination_Table where (criteria) )=@numrecords)

delete * from Source_Table where (criteria)

É melhor/possível combiná-lo com a função RAISERROR? Obrigada!

Existem desvantagens em ter um grande tempdbem um banco de dados do SQL Server? Assumindo que o disco não está cheio.

Estou criando grandes tabelas temporárias em algumas consultas. Assim que termino de executar as consultas, descarto as tabelas temporárias. No entanto, tempdbcontinua relativamente grande. Devo me preocupar com quaisquer problemas subsequentes com o servidor? Como desempenho ou algo em que não consigo pensar.