Ivan's questions

O PowerShell possui um módulo interessante para interagir com o SQL Server . Um dos recursos é a capacidade de navegar em objetos de banco de dados, como objetos do sistema de arquivos. Por exemplo:

get-childitem -Path "SQLSERVER:\SQL\MSI\DEFAULT\DATABASES"

No entanto, em vez de uma lista de objetos, recebo a seguinte mensagem de erro:

get-childitem : Cannot find drive. A drive with the name 'SQLSERVER' does not exist.
At line:1 char:1
+ get-childitem -Path "SQLSERVER:\SQL\"
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (SQLSERVER:String) [Get-ChildItem], DriveNotFoundException
    + FullyQualifiedErrorId : DriveNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand

Depois de passar algumas horas e adquirir alguns cabelos grisalhos, descobri acidentalmente que é possível fazê-lo funcionar se pelo menos uma vez fizer a seguinte ligação:

invoke-sqlcmd

Então get-childitemvê o SQLSERVERdisco e me retorna uma lista de tabelas. Beleza :-)

Obviamente, chamar invoke-sqlcmdmuda algo no ambiente que permite get-childiteminteragir com SQLSERVER. Porém, nem na documentação nem nos exemplos na Internet, não encontrei nada sobre isso, o que me faz pensar que o problema está no meu sistema. O que eu perdi? Eles simplesmente se esqueceram de mencioná-lo na documentação? Ou não é um bug, mas um recurso e invoke-sqlcmdexecuta a autorização?

Eu usei a autorização do Windows em testes

SO: Windows 10 Enterprise e Windows Server 2019

Versão do SQL Server: 15.0.2000.5 edição do desenvolvedor

Na documentação do utilitário mysqlbinlog , a --rewrite-db=nameopção tem a seguinte explicação

A filtragem (por exemplo, com --database=name ) ocorre APÓS a reescrita do banco de dados.

No entanto, meus testes mostram que a filtragem com a --databaseopção acontece ANTES de a --rewrite-dbopção ser aplicada.

Reproduzi o problema da seguinte forma: criei um banco de dados db1com uma tabela t1que contém uma coluna c1. Formato de log binário = ROW.

CREATE DATABASE db1;
use db1;
CREATE TABLE t1 (c1 varchar(255));

Então executei o seguinte comando:

FLUSH LOGS;

Fez uma inserção na tabela

INSERT INTO t1 (c1) VALUES (`row in db1.t1`);

Executei o comando novamente

FLUSH LOGS;

Utilizo o comando abaixo (o --vvparâmetro descriptografa os comandos) para verificar o que é extraído dos binlogs:

mysqlbinlog mysql-bin.000033 --rewrite-db='db1->new_db_name' --database='new_db_name' -vv

Apenas comentários são produzidos, nenhum INSERTcomando. No entanto, se eu especificar o nome db1no --databaseparâmetro, INSERTos comandos serão exibidos:

mysqlbinlog mysql-bin.000033 --rewrite-db='db1->new_db_name' --database='db1' -vv

saída:

...
...
BINLOG '
eI98YxMBAAAANgAAABwCAAAAADMAAAAAAAEAC25ld19kYl9uYW1lAAJ0MQABDwL8AwFyNVlH
eI98YxcBAAAAMQAAAE0CAAAAADMAAAAAAAEAAf/+DQByb3cgaW4gZGIxLnQxmq6ESw==
'/*!*/;
### INSERT INTO `new_db_name`.`t1`
### SET
###   @1='row in db1.t1' /* VARSTRING(1020) meta=1020 nullable=1 is_null=0 */
...
...

Assim, verifica-se que mysqlbinlogprimeiro filtra o arquivo binlog com o --databaseparâmetro e só então faz substituições com o --rewrite-dbparâmetro, o que contradiz a documentação.

Testei cenários semelhantes para MySQL (sem MariaDB) e funciona como deveria, a filtragem é executada APÓS as substituições.

Eu entendi corretamente que este é um erro na documentação? Ou estou entendendo mal alguma coisa?

Eu preciso chamar mysqldump programaticamente com certos parâmetros. Eu tento usar a --source-dataopção ou a --master-dataopção.

Há a seguinte frase na documentação:

A partir do MySQL 8.0.26, use --source-data, e antes do MySQL 8.0.26, use --master-data

Para usar o parâmetro correto, preciso determinar a versão do cliente MySQL. Mas aqui eu enfrento um problema. Eu executei o comando mysqldump --version em servidores diferentes e descobri que a versão não está formalizada e é produzida em formatos diferentes em servidores diferentes.

Em um servidor, obtive o seguinte resultado:

mysqldump Ver 8.0.28-0ubuntu0.20.04.3 for Linux on x86_64 ((Ubuntu))

E o seguinte no outro servidor:

mysqldump Ver 10.13 Distrib 5.7.37, for Linux (x86_64)

O formato é obviamente diferente. Neste caso, a versão está em posições diferentes. Na primeira versão do servidor é 8.0.28, na outra é 5.7.37. Talvez existam outros formatos? Como faço para obter a versão do cliente simplesmente no major.minor.pathformato?

Parece que a expressão regular \d*\.\d*\.\d*é uma opção apropriada. Mas, por outro lado, parece uma solução não confiável, pois pode haver mais formatos de saída da versão do cliente MySQL.

Estou tentando fazer backup do SQL Server em um diretório ao qual usuários diferentes devem ter acesso. Para fazer isso, crio um grupo de usuários e incluo o usuário mssql lá - mas quando tento criar um backup, aparece um erro de "acesso negado".

Aqui está o que eu faço:

1. Crie um grupo de usuários:

sudo groupadd sample_group`

2. Adicionar mssqlusuário ao novo grupo:

sudo usermod -a -G sample_group mssql

3. O resultado do cat /etc/group | grep mssqlcomando é:

mssql:x:999:
sample_group:x:1006:mssql

4. Crie um diretório:

sudo mkdir /tmp/backup_dir/

5. Adicione sample_groupo grupo de usuários ao diretório e forneça privilégios a este diretório:

sudo chgrp sample_group /tmp/backup_dir/
sudo chmod 771 /tmp/backup_dir/

6. O resultado do sudo ls -l /tmp/ | grep sample_groupcomando é:

drwxrwx--x 2 root sample_group 4096 18 de fevereiro 12:11 backup_dir

7. Tente fazer backup neste diretório:

sqlcmd -U sa -P ********* -Q "backup database AdventureWorks TO disk='/tmp/backup_dir/1.bak'"

->

Msg 3201, Nível 16, Estado 1, Servidor ubuntuAutoTest, Linha 1
Não é possível abrir o dispositivo de backup '/tmp/backup_dir/1.bak'. Erro do sistema operacional 5 (Acesso negado.).
Msg 3013, Nível 16, Estado 1, Servidor ubuntuAutoTest, Linha 1

Por que não há acesso? SQL Server é executado como mssqlusuário. mssqlusuário está no sample_groupgrupo, que possui o /tmp/backup_dir/diretório

Notas:

Se eu usar chmod 777, os backups serão criados em nome do mssqlusuário, o arquivo criado pertence ao mssqlgrupo de usuários.

Se eu especificar mssqlo grupo de usuários como os proprietários do diretório, os backups serão criados.

Se eu for ao /tmp/backup_dir/diretório em nome do mssqlusuário ( sudo su - mssql), então posso criar arquivos, sem problemas, há todas as permissões.

Para um banco de dados PostgreSQL, seguir os passos acima funciona sem problemas. Apenas o postgresusuário é usado em vez do mssqlusuário.

Eu preciso colocar o resultado de uma consulta em uma variável.

Apenas uma consulta, funciona com sucesso

DECLARE @count INT = (

SELECT count (*)
FROM [AdventureWorks].[Person].[Address]    
);

select @count;

Mas se eu precisar usar a WITHinstrução em uma consulta, recebo um erro de sintaxe

DECLARE @count INT = (
   WITH person_address (id)
   as (
    SELECT AddressID
    FROM [AdventureWorks].[Person].[Address]
   )
   SELECT count (*)
   FROM person_address    
);

select @count;

Msg 156, Level 15, State 1, Line 2 Sintaxe incorreta perto da palavra-chave 'WITH'.

Msg 319, Level 15, State 1, Line 2 Sintaxe incorreta perto da palavra-chave 'with'. Se esta instrução for uma expressão de tabela comum, uma cláusula xmlnamespaces ou uma cláusula de contexto de controle de alterações, a instrução anterior deverá ser encerrada com um ponto e vírgula.

Msg 102, Level 15, State 1, Line 9 Sintaxe incorreta perto de ')'.

Como coloco o valor da consulta em uma variável se a WITHcláusula for usada na instrução SQL?