MHSQLDBA's questions

No SSMS 2008R2, você pode navegar para um banco de dados > exibições > encontrar uma exibição específica na qual você tem um índice e desdobrar o(s) índice(s)

No SSMS 2014 (possivelmente outras versões modernas), você não pode. Quando você chega à Visualização e desdobra, a seleção de tipos de objetos abaixo não inclui Índices - portanto, você não pode ver os Índices através da GUI. Claro que ainda posso usar o TSQL para visualizar o índice, mas isso não é tão fácil de demonstrar aos colegas como via GUI ou para eles mesmos.

Alguém sabe por que isso acontece ou se existe uma maneira de permitir que os índices nas exibições sejam exibidos (acredito que você também não possa ver os índices em nenhum objeto nas tabelas do sistema, mas isso pode estar relacionado ao mesmo problema)? Suponho que haja uma configuração no SSMS, mas não consegui encontrar/responder pela rede até agora.

Passos para reproduzir :

1. Crie uma visualização (não se esqueça da opção "WITH SCHEMABINDING AS")
2. Crie um índice para essa visualização
3. Navegue até sua visualização no SSMS 2014
4. Quando você abre essa visão (ou seja, clique na cruz), não há uma "pasta" para Índices (acabei de notar que também não há uma para Colunas)

Se você tiver acesso ao SSMS a partir de 2008R2, descobrirá que pode navegar até os índices em uma exibição e também exibir a lista de colunas.

Alguma ideia?

A empresa para a qual trabalho possui um conjunto de bancos de dados (o maior logo abaixo de 1 TB) em diferentes servidores - 2 nos EUA, 2 na Europa.

Executamos replicação ponto a ponto completa por banco de dados entre os 4 nós - para que todos possam receber transações (Inserir/Atualizar/Excluir) e todos tenham os dados que os outros nós coletaram (dentro de uma latência variável - a pior conexão está ligada média de cerca de 30-40 segundos).

O maior banco de dados carrega dados desde o início de 2008 até hoje. Todos esses dados são replicados posteriormente para os nós de relatórios que contêm TODOS os dados.

Preciso remover dados nos nós Transacionais, até 2013, para remover o déficit de espaço no Drive nos nós Transacionais e, portanto, os dados históricos estarão disponíveis apenas nos nós Reporting.

Qual é a melhor maneira de fazer isso? Os dados são relativamente gerenciáveis, pois são bem particionados (mensalmente - por partição e, em seguida, anualmente em arquivos/grupos de arquivos separados). No entanto, há o problema de não ser capaz de descartar as partições enquanto elas estão envolvidas na replicação e na leitura da troca de partições - isso também não é permitido. ( Pré-requisitos de troca de partições - Ponto 18)

Como um ambiente de produção completo, estou tentando evitar qualquer coisa que afete a replicação - incluindo a ressincronização (muitos dados para ressincronizar, em grandes distâncias).

Alguém tem alguma boa sugestão de como executar esta tarefa?

Temos um grande banco de dados que está sendo replicado transacionalmente (unidirecional) entre os sites.

A Publicação possui um filtro baseado em data para que não replique dados antigos.

Preciso adicionar uma nova assinatura a esta publicação, mas não tenho capacidade no log de transações no novo servidor de assinatura para obter um instantâneo de todos os dados e vai demorar tanto para copiar o instantâneo completo pela rede que o assinante irá estar milhões de transações atrasadas após a inicialização.

Minha pergunta é: o filtro se aplica ao instantâneo?

Por exemplo, o banco de dados e todos os dados estão no novo servidor de assinatura (via backup/restauração). O filtro na publicação (filtrar linhas) é definido como > 2011 em um campo de data. Se eu definir o snapshot para inicializar a assinatura, ele irá:

1. Crie um instantâneo de todos os dados nos artigos de publicação que sejam posteriores a 2011

OU

2. Crie um instantâneo de todos os dados na publicação

Além disso, se 1 for verdadeiro, quando aplicar o instantâneo no assinante, removerá todos os dados que já estão na tabela (portanto, os dados adicionados por meio da operação inicial de backup/restauração desaparecerão. Deixando-me APENAS dados > 2011?)

Se você não pode dizer que eu preciso de todos os dados lá do backup (o anterior a 2011), mas preciso que o instantâneo seja pequeno o suficiente para inicializar o sub dentro de um prazo razoável (portanto, espero que apenas os dados> 2011 no instantâneo ).

Obrigado por qualquer ajuda.

Estamos criando um novo nó em nossa configuração de replicação P2P existente. Para poder criar o backup e copiar os arquivos, estou fazendo backup de até 9 arquivos - cada um terá cerca de 72 Gb:

por exemplo

BACKUP DATABASE [Database_Name] TO
DISK = 'C:\MSSQL_Backup\Database_Name_file1.bak',
DISK = 'C:\MSSQL_Backup\Database_Name_file2.bak',
DISK = 'C:\MSSQL_Backup\Database_Name_file3.bak',
DISK = 'C:\MSSQL_Backup\Database_Name_file4.bak'

etc. (até 9)

Quando eu restaurar no novo servidor, adicionarei o novo nó à topologia P2P.

Tudo bem até agora?

A dúvida é: Ao inicializar a assinatura no novo Node - como posso especificar o Backup que foi utilizado - visto que é composto por 9 arquivos?

Pesquisei na Internet e, embora tenha encontrado a pergunta feita algumas vezes - parece que ninguém pode responder.

Eu testaria isso, mas estou realmente pressionado pelo tempo.

Qualquer ajuda apreciada.

Temos 4 servidores SQL envolvidos em replicação transacional ponto a ponto. Estou trabalhando nos índices e notei 2 coisas que não esperava:

1. Os índices têm diferentes níveis de fragmentação - entendo que apenas os comandos Inserir/Atualizar/Excluir são replicados - mas eles não criariam o mesmo nível de fragmentação em cada servidor? (Eles não são muito diferentes, mas o suficiente para chamar a atenção e mudar a ordem de prioridade (ou seja, 99% no topo, etc.))

2. Os arquivos de log são de tamanhos totalmente diferentes (o menor é de 10 Gb e o maior em torno de 85 Gb) - novamente, eu esperava que eles fossem semelhantes / localizados no mesmo, certamente se o log registrou e executou as mesmas ações devido à replicação, eles ser semelhante?

Algum pensamento/sabedoria?

Obrigado

MH