Denis Rubashkin's questions

Eu tenho um problema com os caracteres Сyrillic 'E' e 'e', ​​que devem ser iguais quando um agrupamento que não diferencia maiúsculas de minúsculas é usado. E isso é correto para todos os agrupamentos, exceto os cazaques.

Eu verifiquei todos os agrupamentos de CI usando uma consulta abaixo:

SELECT 'DECLARE @Test_' + name + ' TABLE (
    Code nvarchar(32) COLLATE ' + name + '
)

INSERT @Test_' + name + ' (Code)
VALUES (N''Е''), (N''е'')

SELECT ''' + name + ''', * FROM @Test_' + name + ' WHERE Code = N''Е'' COLLATE ' + name 

FROM sys.fn_helpcollations()
WHERE name LIKE '%CI%'

Duas linhas são retornadas conforme o esperado para todos os agrupamentos, mas não para o cazaque.

Exemplo de consulta para ilustrar o problema:

SET NOCOUNT ON;

DECLARE @Test TABLE (
    Code nvarchar(32) COLLATE Kazakh_90_CI_AS
);

DECLARE @UpperChar  nchar(1) = N'Е';
DECLARE @LowerChar  nchar(1) = N'е';

SELECT  ASCII(@UpperChar) AS 'UpperChar ASCII', ASCII(@LowerChar) AS 'LowerChar ASCII';

/* Just ASCII-codes for the chars

UpperChar ASCII LowerChar ASCII
--------------- ---------------
197             229
*/

INSERT @Test (Code)
VALUES (@UpperChar), (@LowerChar);

SELECT DISTINCT Code AS 'DISTINCT Code' FROM @Test;

/* Should be one row with CI collation - FALSE

DISTINCT Code
--------------------------------
Е
е
*/

SELECT Code AS 'Code = @UpperChar'
FROM @Test
WHERE Code = @UpperChar;

/* Should be two rows with CI collation - FALSE

Code = @UpperChar
--------------------------------
Е
*/

SELECT Code AS 'Code = @LowerChar'
FROM @Test 
WHERE Code = @LowerChar;

/* Should be two rows with CI collation - FALSE

Code = @LowerChar
--------------------------------
е
*/

SELECT Code AS 'Code = @UpperChar OR Code = LOWER(@UpperChar)'
FROM @Test
WHERE Code = @UpperChar
    OR Code = LOWER(@UpperChar);

/*Check LOWER('Е') = 'е'  - TRUE

Code = @UpperChar OR Code = LOWER(@UpperChar)
---------------------------------------------
Е
е
*/

SELECT Code AS 'Code = @LowerChar OR Code = UPPER(@LowerChar)'
FROM @Test 
WHERE Code = @LowerChar
    OR Code = UPPER(@LowerChar);

/*Check UPPER('е') = 'Е' - TRUE

Code = @LowerChar OR Code = UPPER(@LowerChar)
---------------------------------------------
Е
е
*/

Outros caracteres Сyrillic se comportam conforme o esperado.

O que eu poderia fazer para corrigir o problema?

Usamos a autenticação do Windows, mas não criamos logins para usuários específicos do AD. Criamos logins para grupos AD e os usuários têm acesso por serem seus membros.

Percebi que quando tento criar um mapeamento para alguns usuários do AD (não os grupos) usando um comando como abaixo, além de criar o mapeamento é criado o login DOMAIN\ADlogin .

EXEC master.dbo.sp_addlinkedsrvlogin 
  @rmtsrvname = N'RemoteName',
  @locallogin = N'DOMAIN\ADlogin',
  @useself = N'False',
  @rmtuser = N'rmtuser',
  @rmtpassword = N'password'

Se eu soltar o login, o mapeamento também será descartado.

DROP LOGIN [DOMAIN\ADlogin]

Existe alguma maneira de evitar a criação de logins, mas obter o mapeamento para usuários do AD? Parece-me impossível, mas talvez alguém tenha uma boa experiência em resolver esse problema.

Microsoft SQL Server 2017 (RTM-CU9) (KB4341265) - 14.0.3030.27 (X64) 29 de junho de 2018 18:02:47 Copyright (C) 2017 Microsoft Corporation Standard Edition (64 bits) no Windows Server 2016 Standard 10.0 (Build 14393) : )

Estamos configurando um grupo de disponibilidade com uma réplica secundária legível. Um logon pode se conectar à réplica secundária usando "ApplicationIntent=ReadOnly" em sua cadeia de conexão. Mas nos deparamos com um problema que pode fazer nossa dor de cabeça no futuro.

Se a réplica secundária estiver indisponível devido a qualquer causa quando o logon estabelecer a conexão, esse logon será direcionado para a réplica primária, independentemente de estar usando "ApplicationIntent=ReadOnly" ou não.

Então, minha pergunta - existe alguma maneira de proibir logins específicos de se conectarem à réplica primária se eles estiverem configurados para trabalhar com a secundária?

Quero dizer, se a réplica primária não puder direcionar a conexão para a secundária, a conexão deve ser fechada em vez de continuar trabalhando na réplica primária.

Microsoft SQL Server 2016 (SP2-CU1) (KB4135048) - 13.0.5149.0 (X64) 19 de maio de 2018 09:41:57 Copyright (c) Microsoft Corporation Enterprise Edition: licenciamento baseado em núcleo (64 bits) no Windows Server 2016 Standard 10.0 (Construção 14393: )