Tenho trabalhado com mapeamento de unidades dentro do sql server .

Mapeei algo semelhante a isto:

EXEC XP_CMDSHELL 'net use y: "\\my_server\Initialed Folders\MM" @@__password__@@ /User:mycompany\m_miorelli /persistent:NO'

e isso foi há mais de 3 meses.

agora eu mudei minha senha.

então quando eu for para o mesmo servidor, vamos chamá-lo de my_server, e eu executo isso

EXEC XP_CMDSHELL 'net use'

Eu obtenho este resultado:

você vê que há az: drive ainda pendurado aí, não sei exatamente como, talvez eu tenha mapeado ...persisted

Quando tento qualquer operação que envolva o servidor onde residem os backups, recebo esta mensagem de erro:

restore filelistonly from disk=N'\\backup_server\ Initialed Folders\MM\backup_of_a_database.bak'

Msg 3201, Level 16, State 2, Line 20
Cannot open backup device '\\backup_server\ Initialed Folders\MM\backup_of_a_database.bak'. Operating system error 1326(The user name or password is incorrect.).
Msg 3013, Level 16, State 1, Line 20
RESTORE FILELIST is terminating abnormally.

Eu tentei fazer isso :

exec xp_cmdshell 'net use  \\ip\xxx pass /user:xxx /persistent:no'

questões):

como posso me livrar dessa unidade mapeada? ou objetivo muito específico: como posso me livrar dessa coisa de senha errada?

isso não está acontecendo em nenhum outro servidor.

Atualizar

Seguindo o conselho de Craig nos comentários, obrigado Craig , removi minha unidade mapeada

EXEC XP_CMDSHELL 'NET USE Z: /d'

Isso me deixou feliz e agradecido, porém não resolveu o problema.

Meus experimentos sugerem que o Query Store não rastreia procedimentos armazenados estendidos. No entanto, cada um deles tem seu próprio comportamento individual. Não sou nem iniciante no tópico de procedimentos armazenados estendidos e tentei apenas alguns. Procuro uma maneira definitiva de saber se o Query Store pode rastrear qualquer procedimento armazenado estendido.

Existe algum dos seguintes?

• Uma razão arquitetônica pela qual o Query Store não consegue rastrear nenhum procedimento armazenado estendido (por exemplo, acho que aqueles que tentei não têm planos de consulta, mas não sei se isso se aplica a todos os procedimentos armazenados estendidos).
• Documentação que afirma claramente que o Query Store não rastreia nenhum procedimento armazenado estendido. Não consegui encontrar nenhum.
• Código que prova que o Query Store pode rastrear pelo menos um procedimento armazenado estendido.

Estou trabalhando com um banco de dados de web spidering e estou tentando aproveitar a classe C# Uri via CLR para ajudar na análise de tráfego.

Minha primeira etapa foi criar uma função com valor de tabela CLR (que retorna apenas 1 linha) e CROSS APPLY para dividir os URLs nas partes do componente para revisão, mas estou descobrindo que CROSS APPLY realmente retarda as consultas (como fazer um a consulta com LIKE no banco de dados pode levar de 5 a 8 minutos, mas CROSS APPLY e observar o valor do host leva cerca de 45 minutos)

Eu queria saber se seria mais rápido implementar a interface Uri como um tipo definido pelo usuário e trabalhar isso em minhas consultas? Não fiz muitos tipos definidos pelo usuário, mas pensei que saber que haveria apenas 1 objeto de resposta poderia aliviar parte da sobrecarga no Sql Server. Um UDT teria melhor desempenho em uma consulta?

Minha implementação tvf atualmente se parece com isto:

    [SqlFunction(DataAccess = DataAccessKind.None, IsDeterministic = true, IsPrecise = true, Name = "ufn_UrlParts", SystemDataAccess = SystemDataAccessKind.None, FillRowMethodName = "GetUrlParts")]
    public static IEnumerable UrlParts(SqlString input)
    {
        if (!input.IsNull && Uri.TryCreate(input.Value, UriKind.Absolute, out Uri url) && url.Valid(false))
            yield return url;
        yield break;
    }

    private static void GetUrlParts(object input, out string scheme, out string userinfo, out string host, out int hostType, out int port, out bool isdefaultPort, out string path, out string query)
    {
        Uri u = input as Uri;
        scheme = u?.Scheme;
        userinfo = u?.UserInfo;
        host = u?.Host;
        hostType = (int)(u?.HostNameType ?? UriHostNameType.Unknown);
        port = u?.Port ?? 0;
        isdefaultPort = u?.IsDefaultPort ?? false;
        path = u?.AbsolutePath;
        query = u?.Query;
    }

Não consigo iniciar o trabalho do SQLServer Agent mesmo que nada seja mostrado como em execução.

Histórico: eu estraguei tudo e esqueci depois

Eu tive apenas uma etapa em meu trabalho de teste e adicionei outra etapa. Meu objetivo era começar a partir do passo 2 apenas porque eu queria executar apenas o passo 2, não o passo 1, bastante demorado. Quando escolhi "começar do passo", ele simplesmente começou a ser executado sem me mostrar a escolha dos passos, e quando olhei para o trabalho, ele ainda tinha apenas uma etapa, e a etapa de longa duração estava em execução.

Meu primeiro palpite é que devo ter esquecido de adicionar a segunda etapa, fechando o menu sem salvar. Meu segundo palpite é que acabei de fechar a janela com o verde "Em execução", pensando que isso poderia interromper o trabalho, mas sei, por verificações posteriores, que o fechamento não está parando. Então esqueci disso durante algum outro trabalho.

Como posteriormente não consegui ver nenhuma caixa que dizia "Running", adicionei novamente o segundo passo e comecei a partir desse passo 2, e então surgiu o erro em questão.

O erro:

Falha no início do trabalho.

...

Erro do SQLServer Agent: solicitação para executar o trabalho .. (do usuário ..) recusada porque o trabalho já está em execução a partir de uma solicitação do usuário .. (Microsoft SQL Server, Erro 22022)

Claramente, a etapa 1 de longa duração ainda estava em execução em segundo plano. Mas eu não sabia mais disso.

Por isso fiz a pergunta:

Como evito o erro "Solicitação para execução do trabalho recusada porque o trabalho já está em execução" se nenhum trabalho for mostrado como "em execução" quando eu iniciar uma etapa escolhida?

Não é um DBA, então, por favor, tenha paciência comigo.

Tenho uma instância EC2 executando o SQL Server 2022 e estou tentando automatizar backups de banco de dados para S3 usando o conector S3 nativo nesta versão do SQL Server. A infraestrutura subjacente está lá - eu tenho os buckets, as credenciais e as políticas, e testei os backups manualmente com consultas básicas de 'BACKUP DATABASE' para o endpoint S3. Tudo isso funciona bem.

No entanto, não estou claro sobre como automatizar isso adequadamente no SQL Server. Parece que o recurso 'Plano de manutenção' não oferece suporte a endpoints S3 - só vejo opções para o Azure quando seleciono 'URL' como destino. Não deveria usar planos de manutenção? Preciso criar trabalhos do SQL Server Agent e inserir manualmente consultas T-SQL para operações de backup? Se eu fizer as coisas dessa maneira, há requisitos adicionais de limpeza que eu precisaria considerar e que, de outra forma, seriam atendidos por um plano de manutenção?

Obrigado por qualquer visão.

Estou tentando habilitar o pg_squeeze em uma instância do Azure Postgres. Eu o habilitei com sucesso nas extensões do Azure. No entanto, quando vou adicioná-lo ao shared_preload_libraries, recebo o seguinte erro após a falha da implantação:

O valor 'pg_availability,pg_cron,pg_stat_statements,pg_squeeze' para a configuração 'shared_preload_libraries' não é válido. Os valores permitidos são 'os indicados pela documentação do PostgreSQL'. (Código: InvalidConfigurationValue)

Eu tentei isso várias vezes sem sucesso. Estou selecionando o valor no menu suspenso, e ele está disponível para escolher na lista. Por que isso estaria ocorrendo e como faço para consertar?

Aqui está a lista que você escolhe no Azure, ela obviamente está disponível para ser adicionada.

Estou verificando o script para reinicializar uma assinatura pull e consegui-o no link abaixo,

sp_reinitpullsubsription

Mas não consigo descobrir qual é o valor de @publisher que deve ser passado.

No link abaixo, um valor está sendo passado, mas não onde sua definição é dada.

Reinicializar assinatura pull

Alguém pode ajudar?

Abaixo está o script no qual estou trabalhando,

EXEC sp_reinitpullsubscription 
    @publisher = '',
    @publisher_db = 'AdventureWorks2014',
    @publication = 'AdvWorksProductTrans';

Parece que alguma configuração do repositório rpm para Cassandra 41x mudou e significa que apenas a versão 4.1~alpha1-1 está disponível. Estamos implantando uma pilha que inclui Cassandra usando Ansible. A versão 4.1.5 do Cassandra foi corrigida em nossa implantação. A implantação estava funcionando há algumas semanas, mas hoje voltei de férias e não funciona mais, mensagem de erro:

No package cassandra-4.1.5-* available.

Inspecionando o repositório https://apache.jfrog.io/ui/native/cassandra-rpm/41x/ posso ver que a versão 4.1.5 está listada, mas não é retornada ao executar yum search/yum list:

$ yum list cassandra --showduplicates
Available Packages
cassandra.noarch 4.1~alpha1-1 cassandra
cassandra.src 4.1~alpha1-1 cassandra

Uma série de arquivos foram modificados em 03/08/2024 (três dias atrás) no diretório https://apache.jfrog.io/ui/native/cassandra-rpm/41x/repodata - poderia ser essa a mudança que causou isso comportamento?

Agora não podemos instalar nenhuma versão do Cassandra 4.1.x, exceto a versão alfa.

$ cat /etc/yum.repos.d/cassandra.repo
[cassandra]
baseurl = https://redhat.cassandra.apache.org/41x/
enabled = 1
gpgcheck = 1
gpgkey = https://downloads.apache.org/cassandra/KEYS
name = apache cassandra repository
repo_gpgcheck = 1

Nota lateral: a documentação de instalação mais recente do Cassandra faz referência a 42x, mas isso não existe no repositório remoto: https://cassandra.apache.org/doc/latest/cassandra/installing/installing.html

Dado o banco de dados StackOverflow2010, criei algumas chaves estrangeiras para explorar a eliminação de junções:

Chave Estrangeira 1 - Todos os comentários devem ter uma postagem

Excluir comentários sem uma postagem

DELETE  c
FROM    Comments c
        LEFT JOIN Posts p
            ON c.PostId = p.Id
WHERE   p.Id IS NULL

crie a chave estrangeira

ALTER TABLE Comments 
    ADD CONSTRAINT fk_Comments_PostId 
    FOREIGN KEY (PostId) REFERENCES Posts(Id)

Agora podemos executar a consulta abaixo e ver a eliminação da junção:

SELECT  c.Id
FROM    Comments c
        JOIN Posts p
            ON p.Id = c.PostId

o plano está aqui e mostra como eu esperaria, que apenas a tabela de comentários é lida

Chave Estrangeira 2 - Todas as postagens devem ter um usuário proprietário

Ao contrário do que foi dito acima, se eu redefinir as coisas e tentar com a seguinte chave estrangeira, não vejo a eliminação da junção:

Excluir postagens sem um OwnerUser

DELETE  p
FROM    Posts p
        LEFT JOIN Users u
            ON p.Owneruserid = u.id
WHERE   u.Id IS NULL

Crie a chave estrangeira

ALTER TABLE Posts 
    ADD CONSTRAINT fk_Posts_UserId 
    FOREIGN KEY (OwnerUserId) REFERENCES Users(Id)

Execute minha consulta

SELECT  p.Id
FROM    Posts p
        JOIN Users u
            ON p.OwnerUserId = u.Id

o plano mostra que o SQL Server acessa ambas as tabelas.

Por que a chave estrangeira 2 não se beneficia da eliminação de junção, mas a chave estrangeira 1 sim?

Herdei um banco de dados legado no qual os dados do Excel são armazenados em uma coluna de texto de uma tabela em um banco de dados postgres. Um valor dessa coluna pode ser semelhante a:

<Sheets>
  <Sheet1>
    <Addresses E54="3" G23="1.1" N87="0"/>
  </Sheet1>
  <Sheet2>
    <Addresses W32="thing"/>
  </Sheet2>
</Sheets>

Eu sei que posso escolher valores de endereços específicos com

select  xpath( '//Addresses/@E54',  cast(ssd.data as xml)) from spreadsheetdata ssd 

mas não tenho ideia de quantos endereços distintos existem.

O que espero fazer é produzir uma tabela parecida com:

sheet       address      value
Sheet1      E54          "3"
Sheet1      G23          "1.1"
Sheet1      N87          "0"
Sheet2      W32          "thing"
...

Como faço isso?