Alex's questions

[Acho que a causa raiz desse problema é que eu não entendo permissões e privilégios...]

Então, para montar o cenário, a configuração que tenho é um DB, chame de MyDb .

Eu tenho dois usuários, spu1 e u1 , spu1 é um superusuário e u1 um usuário 'regular'. O proprietário do MyDb é spu1 . Acho que também devo dizer que o u1 criou bancos de dados e criou privilégios de função herdados de uma função de grupo.

Eu tenho um esquema sch1 , que é um esquema definido pelo usuário.

Dentro desse esquema eu tenho uma tabela, chamo tbl1 , e uma visão materializada, chamo mvw1 .

O dono do tbl1 é o spu1 , o dono do mvw1 é u1 .

O problema:

Na configuração atual, conforme descrito acima, não consigo atualizar mvw1 como u1 ou spu1 . Eu simplesmente recebo o erro divertido abaixo (que pesquisei extensivamente, mas não encontrei nada que resolva bastante minha configuração ..).

ERROR:  permission denied for relation tbl1
********** Error **********

ERROR: permission denied for relation tbl1
SQL state: 42501

eu descobri que

1. Alterar o proprietário de mvw1 para spu1 , me permite atualizar como spu1 .
2. Executar o abaixo me permite atualizar mvw1 como u1 .

Estou tentando descobrir quais são as permissões ausentes (idealmente o mínimo necessário) que preciso conceder ao usuário regular, u1 , para que eu possa atualizar essa visualização quando estiver conectado como eles.

A primeira opção, embora seja bom saber, não resolve o meu problema. A segunda opção parece que estou de fato concedendo permissões de superusuário a um não superusuário, ou melhor, concedendo privilégios maiores do que preciso.

Se alguém puder me explicar o que exatamente está acontecendo aqui (ou apontar quais informações eu perdi na descrição do meu problema necessário para resolvê-lo), e deixe-me saber se minha segunda opção é de fato o caminho a seguir ou de uma alternativa melhor?

Muito obrigado!

Eu tenho uma instância do SQL Server 2014 com um banco de dados de backup de aproximadamente 900 GB que passa por um processo de restauração semanal de um backup completo. O servidor em que está é um Windows Server 2012 R2.

Recentemente, comecei a ver o banco de dados falhar ao ser restaurado a cada fim de semana.

Existem 3 arquivos de backup que são copiados para o site de backup, produzidos na noite de sábado por volta das 8, levando apenas cerca de uma hora, copiados para este servidor pouco antes da meia-noite (geralmente levando de 1 a 2 horas por arquivo) e restaurados de às 6h da manhã seguinte.

Percebo que um dos arquivos de backup tem consistentemente uma data modificada de Dom 6h50, mas os outros dois têm como sábado ~ 21h. Ao tentar restaurar em um servidor de desenvolvimento para verificar a mídia de backup, leva um tempo excepcionalmente longo para ler o cabeçalho do dispositivo de backup desse arquivo.

Estive e ainda estou analisando os resultados do Google para ver se consigo encontrar uma resposta também, mas sem sorte até agora. Alguém tem alguma sugestão do que devo verificar ou ideias sobre qual pode ser o problema?

A tarefa de restauração é feita a partir de um procedimento chamado por um script do PowerShell. Este é o erro de e-mail que recebi no último domingo de manhã, por exemplo:

Enviado: 30 de outubro de 2016 12h01 Para: e- mail Assunto: Servidor1 - Falha na restauração do banco de dados

Os seguintes bancos de dados não foram restaurados corretamente no Servidor1 - investigue.

banco de dados1

O arquivo de log da tarefa de cópia mostra apenas o seguinte:

30/10/2016 00:07:35 Copiando bancos de dados correspondentes a *_database1_FULL_*.bak

O arquivo de log para a tarefa de restauração mostra:

30/10/2016 08:29:33 Restaurando o banco de dados1 de \ sharedfileServer \ pasta \ datilabilitygroup1_database1_full_20161029_201228_1.bak 10/30/2016 08:29:33 \ \ sharedfilesiles 10/2016 08:29:33 \ \ sharedfillesilesker 10/2016 08:29:33 \ \ sharedfilesileskershilesiles :33 5% processado. (decorre algum tempo...) 30/10/2016 08:34:19 100% processado. 30/10/2016 08:34:19 Processadas 4946928 páginas para banco de dados 'Database2', arquivo 'DATABASE2' no arquivo 1. 30/10/2016 08:34:19 Processadas 21 páginas para banco de dados 'Database2', arquivo 'DATABASE2_log' no arquivo 1. 30/10/2016 08:34:27 RESTORE DATABASE processou com sucesso 4946949 páginas em 303,526 segundos (127,330 MB/s). 30/10/2016 08:34:27
30/10/2016 08:34:27 3013 - RESTORE DATABASE está encerrando de forma anormal. 30/10/2016 08:34:27 -1 30/10/2016 08:34:27 Concluído. 30/10/2016 08:34:28 Execução finalizada

Nota: é Database1 que é o filho problemático.

Primeiro, uma pequena descrição do sistema em que estou vendo o problema:

Minha empresa tem uma restauração agendada regularmente de um banco de dados de backups de outro, não vou entrar nos motivos comerciais para isso.

O banco de dados que está sendo restaurado está em uma instância do SQL Server 2014 com atualizações SP2-CU1 que está sendo executada em uma VM do Windows Server 2012 R2.

A unidade em que estão os arquivos mdf/ndf/ldf tem 1,19 TB de espaço livre e o banco de dados ocupa cerca de 863 GB. Os próprios arquivos .bak são mantidos. Há também alguns outros arquivos de banco de dados nesta unidade deixando 244 GB livres, o que suponho ser suficiente para fazer uma restauração sem nenhum problema relacionado a espaço de trabalho insuficiente.

No final de semana fazemos uma restauração de um backup completo, e em dias alternados é de um diferencial. Às vezes, vemos a restauração falhar várias vezes seguidas, no momento, tive cerca de 8 ou 9 tentativas consecutivas com falha desde segunda-feira. Isso geralmente ocorre ao restaurar do backup completo, o que me leva a acreditar que é um problema de desempenho do SQL Server ao lidar com grandes bancos de dados ou pode ser algo engraçado com as VMs?

O erro que estou vendo quando falha está abaixo. Isso pode ocorrer aparentemente em qualquer ponto durante a restauração, por exemplo, a última tentativa chegou a 76% de conclusão na restauração do backup completo antes de cair.

Msg 3203, Level 16, State 1, Line 2
Read on "\\VM\Backups\TheDatabase.bak" failed: 1130(Not enough server storage is available to process this command.)
Msg 3013, Level 16, State 1, Line 2
RESTORE DATABASE is terminating abnormally.
Msg 4319, Level 16, State 5, Line 3
A previous restore operation was interrupted and did not complete processing on file 'TheDatabase'. Either restore the backup set that was interrupted or restart the restore sequence.
Msg 3119, Level 16, State 1, Line 3
Problems were identified while planning for the RESTORE statement. Previous messages provide details.
Msg 3013, Level 16, State 1, Line 3
RESTORE DATABASE is terminating abnormally.

Existe um projeto para fazer particionamento, então precisamos apenas fazer backup e restaurar a parte quente do banco de dados, o que deve resolver isso, mas estou procurando por algo nesse ínterim que possa reduzir as ocorrências disso ou impedir que isso aconteça totalmente . Deixe-me saber se mais informações são necessárias para diagnosticar isso.

Qualquer ajuda seria muito apreciada!