agpoweredmg's questions

Procurei em outros tópicos o erro que estou recebendo, mas não vejo onde estou cometendo o erro e não vejo vírgulas extras, o que parece ser a principal causa dos problemas. Eu ficaria muito grato se alguém pudesse apontar onde estou cometendo meu erro.

CREATE TABLE Accounts.AdminUsers ( admID             INT              NOT NULL    IDENTITY(1,1)
                          , admFN            VARCHAR(35)      NULL
                          , admLN            VARCHAR(35)      NULL
                          , admUserName  VARCHAR(64)      NOT NULL
                          , admPass      VARCHAR(128)     NOT NULL
                          , admPassIV        VARCHAR(32)      NOT NULL
                          , admPassResetDate DATETIME2    NULL
                          , admEEID      VARCHAR(30)      NULL
                          , admEmail         VARCHAR(255)     NULL
                          , admAcctEnabled   BIT              NOT NULL
                          , admHier      HIERARCHYID      NOT NULL
                          , admNumLogins     SMALLINT         NULL
                          , admLastLogin     DATETIME2    NULL
                          , admCreateTS  DATETIME2    NOT NULL
                          , admTID       TINYINT          NOT NULL
                          , CONSTRAINT PK_Accounts_AdminUsers
                            PRIMARY KEY CLUSTERED (admID)
                          , CONSTRAINT DF_Accounts_AdminUsers_admAcctEnabled 
                            DEFAULT (1)
                          , CONSTRAINT DF_Accounts_AdminUsers_admCreateTS 
                            DEFAULT (CURRENT_TIMESTAMP)
                          , CONSTRAINT FK_Accounts_AdminUsers_AdminUserTypes
                            FOREIGN KEY (admTID) REFERENCES Accounts.AdminUserTypes(admTID)
                          );

Esta manhã, tivemos um problema em que nosso servidor de produção parecia decidir mudar do modo de autenticação mista para a autenticação somente do Windows por vontade própria. Eu estava curioso para saber se algum de vocês, outros DBAs por aí, já passou por isso ou poderia me indicar uma boa direção para tentar garantir que isso não aconteça conosco novamente. A única outra coisa que parecia estar acontecendo no banco de dados, além do uso típico, era que o log de transações havia acabado de concluir um backup.

Gostaria de saber se mais alguém pode ter tentado restaurar uma cópia de um banco de dados criptografado para uma instância do SQL vNext. A instância que estou executando foi instalada em uma caixa CentOS, mas não estou tendo sorte em restaurar esse banco de dados específico, porque não consigo configurar meus certificados. Estou tentando seguir a mesma prática que me permitiu fazer isso em outras instâncias/servidores, sem sucesso. Cheguei ao ponto de dar acesso total (chmod 777) à maioria das pastas e arquivos envolvidos, porque o erro que estou recebendo indica que pode ser um problema de permissões. Tudo o que deveria estar ocorrendo estaria em /var/opt/mssql/data, /var/opt/mssql/secrets, /var/opt/mssql/.

Se algum de vocês conhecedores puder me indicar a direção certa, eu agradeceria muito. Vou postar mais detalhes/mensagem de erro específica pela manhã.