SQL Server Container Linux - Ошибка входа в систему для пользователя '

Ответ заключается в том, что я использовал постоянный том Kubernetes для хранения файлов базы данных. Вероятно, я сохранил неправильный пароль, инициализируя его один раз в основной базе данных, данные для которой хранятся в постоянном томе.

После изменения пароля, хранящегося в тайне Kubernetes, и повторного использования службы sql-сервера много раз, я был смущен тем, что пароль не сбрасывался, и я не смог войти в систему. Как только я удалил постоянный объем и постоянный объем заявки, я смог сбросить пароль и повторно инициализировать его правильно.

Похоже, что после того, как пароль был инициализирован при запуске, он сохраняется в основной базе данных на постоянном томе. Поэтому изменение секретности Kubernetes, в которой хранится значение пароля для целей инициализации ONCE-OFF, не имеет никакого эффекта.

Вышеприведенный сценарий легко понять, но может быть очень запутанным.

Решение заключалось в том, чтобы удалить постоянный том (pv) и постоянный объемный запрос (pvc), который эффективно удалял файлы данных, в том числе файлы основной базы данных, где пароль настроен на сервере.

Ваш пароль должен соответствовать политике паролей. Я копирую это с официального веб-сайта Microsoft.

Политики сложности паролей предназначены для предотвращения нападений с использованием грубой силы путем увеличения количества возможных паролей. Когда применяется политика сложности пароля, новые пароли должны соответствовать следующим рекомендациям:

Пароль не содержит имя учетной записи пользователя.

Пароль имеет длину не менее восьми символов.

Пароль содержит символы из трех следующих четырех категорий:

латинские прописные буквы (от A до Z)

Латинские строчные буквы (от a до z)

Base 10 цифр (от 0 до 9)

Не буквенно-цифровые символы, такие как: восклицательный знак (!), знак доллара ($), знак числа (#) или процент (% ).