Чувствительность к регистру пароля при обновлении от SQL Server 2000 до 2005
Любой помогите! Сегодня 3-й день, что я ударяю по руке для решения этой проблемы.
Таким образом, ситуация, я наследовал проект, который работал над SQL Server 2000, позже клиент решил обновить сервер. Теперь его SQL Server 2005, и вот является проблемой:
Пароль пользователей SQL в SQL Server 2000 нечувствителен к регистру и существует много небольших подмодулей, записанных, возможно, 10 лет назад, где строка подключения является hardcoded и скомпилированный (пропускающий исходные коды). Таким образом, я не могу отредактировать строку подключения, и поскольку пароль был нечувствителен к регистру, разработчики не были используемым паролем в правильном случае. Правильный случай сохранил только в немногих модулях.
Таким образом, я хочу найти способ изменить политику паролей для SQL Server 2005 или создать пользователя мультипароля (я не думаю его возможное), или возможно можно предложить меня другой способ решить это.
Не думаю, что можно что-то сделать, чтобы изменить поведение SQL-сервера в отношении чувствительности к паролям.
Думаю, сначала Вы захотите убедиться, что исчерпали все усилия, чтобы найти исходный код для этих модулей. В противном случае, вот пара идей:
- Используйте шестнадцатиричный редактор для редактирования бинарных исполняемых файлов, чтобы изменить пароль на правильный регистр.
Если предположить, что exes или dll были созданы с помощью VB6, то в этом потоке есть некоторая информация и, вероятно, много информации о Stackoverflow (и/или это было бы неплохим местом, чтобы задать вопрос о шестнадцатиричном редактировании для обновления пароля). Это может быть проще, если это .NET приложения.
Очевидно, что к этому нужно подойти очень осторожно, с резервным копированием всего перед тем, как пытаться внести какие-либо изменения.
- Также возможно понижение рейтинга до Sql Server 2000 и восстановление базы данных - это была бы еще одна идея для исследования.