Инфоклиника ошибка при подключении к базе данных

Суть и причины возникновения ошибки установки соединения с базой данных

Чтобы понять, что означает “Ошибка установки соединения с базой данных” (Error establishing a database connection) разберемся, как работает WordPress и выясним, что такое база данных.

WordPress – одна из самых популярных CMS – систем., т.е. систем управления контентом. Это программное обеспечение, позволяющее добавлять, удалять и редактировать содержание вашего сайта без знаний языков программирования. Вся информация о контенте хранится в базе данных.

База данных — это и есть совокупность информации, организованная так, чтобы при необходимости компьютер смог ее найти и обработать. Все сведения о вашем WordPress сайте хранится в базе данных на серверах вашего хостинг- провайдера. Любое действие на сайте приводит кому, что WordPress посылает запрос на нужную информацию в базу данных. Если запрос успешно обработан, то пользователь получает нужную информацию.

Одним из наиболее важных файлов в WordPress является wp-config.php файл. Он находится в корневой директории и содержит сведения о конфигурации вашего сайта, в том числе и информацию о подключении к базе данных. Важно, чтобы эта информация была прописана в строго определенном порядке:

• Database Name — Имя базы данных
• Database Username — Имя пользователя базы данных
• Database Password — Пароль пользователя базы данных
• Database Host — Сервер базы данных

Таким образом, в большинстве случаев “Ошибка установки соединения с базой данных” возникает, если информация, описанная выше, указана не верно. Кроме того, ошибка может быть вызвана повреждением базы данных или перегруженностью сервера.

Первые шаги устранения ошибки установки соединения

Рассмотрим основные причины ошибки установки соединения с базой данных и способы их устранения.

Прежде всего, настоятельно рекомендуем создать резервную копию всей важной информации и обновлять ее после каждого значимого изменения. Тогда вы гарантированно не потеряете данные. А в случае серьезной ошибки и восстановления базы данных, не столкнетесь с необходимостью создания сайта с нуля. Для создания резервной копии используются плагины Duplicator или All-in-One WP Migration.

Есть много программных модулей для резервного копирования, но они не смогут вам помочь при отсутствии доступа в админку.

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

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

3 способа устранения ошибки установки соединения с БД

Проверка памяти сервера

Предположим, вы проверили учетные данные в фале wp-config.php и убедились в их корректности. Следующим шагом следует проверить сервер на наличие памяти. Довольно часто ошибка соединения возникает из-за перегруженности сервера. Если сервер хостинг-провайдера испытывает трудности, то и ваш сайт WordPress будет замедляться.

В первую очередь удостоверимся, что MySQL работает, и памяти для обработки данных WordPress достаточно.

Подключитесь к удаленному серверу через SSH, используя IP-адрес сервера:

ssh 8host@ <server IP>

Затем убедимся, работает ли MySQL с помощью утилиты netstat. Она позволяет отслеживать проблемы, связанные с производительностью сети. Чтобы увидеть список TCP-портов, которые прослушиваются, и имена программ, используйте команду:

sudo netstat -plt

где флаги –p, –l и –t означают program (программы), listening (прослушивание) и TCP соответственно.

В результате выполнения команды вы увидите список. Найдите в нем mysqld – это сервер MySQL:

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

sudo systemctl start mysql

Заметьте, что в некоторых версиях и дистрибутивах Linux используется mysqld или mysql-server, а не mysql. Попробуйте разные варианты, чтобы определить, какой из них применяется в вашей системе.

После выполнения этой команды сервер запустится. Проверьте это с помощью sudo netstat -plt, как описано ранее.

По какой причине сервер MySQL может завершить работу? Эта система очень эффективна и производительна, но не всегда стабильна. Если количество одновременно выполняемых задач велико, то она существенно замедляется. Чтобы минимизировать возможные проблемы, нужно следить за объемом доступной памяти.

Скачать
файл

Проверьте log-файлы и ищите в них сообщения об ошибках. Для поиска используйте команду zgrep:

zgrep -a «allocate memory» /var/log/mysql/error.log*

В результате выполнения данной команды вы увидите все log-файлы, содержащие error.log и ‘allocate memory’. Поиск будет выполняться по файлам в директории /var/log/mysql/.

На выводе вы можете увидеть подобную строку:

2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool

Это значит, что для корректной работы MySQL не хватает памяти. Именно это и является причиной ошибки подключения к базе данных. Если вы видите не одну такую строку, а несколько, значит, проблема нехватки памяти регулярная. Решается она переносом данных на более мощный сервер. Если сайт размещен на облачном сервере, то хостинг-провайдер в большинстве случаев может обновить сервер быстро и с минимальным простоем.

Если команда zgrep не выдала списка log-файлов, то сервер не испытывает проблем с нехваткой памяти. Значит проблемы установки соединения с базой данных может быть связана неверными учетными данными MySQL.

Проверка учётных данных MySQL

Если вы поменяли хостинг-провайдера или переместили установку WordPress на новый сервер, то информация в файле wp-config.php становится неактуальной. Вам необходимо поменять соответствующие строки в файле, иначе подключение к базе данных будет невозможно.

Чтобы найти этот файл используйте команду find:

sudo find / -name «wp-config.php»

Данная команда будет искать файл с указанным именем в корневой папке. Если он будет найден, то на выходе вы увидите путь к найденному файлу:

/var/www/html/wp-config.php

Чтобы открыть его в текстовом редакторе nano, напишите:

sudo nano /var/www/html/wp-config.php

В результате вы увидите файл с большим количеством строк. Первыми строками как раз и будут те, что описывают подключение к базе данных:

/** The name of the database for WordPress */

define(‘DB_NAME’, ‘database_name’);

/** MySQL database username */

define(‘DB_USER’, ‘database_username’);

/** MySQL database password */

define(‘DB_PASSWORD’, ‘database password’);

Вместо ‘database_name’, ‘database_username’ и ‘database_password’ должны быть указаны корректные данные о вашей БД. При необходимости отредактируйте их. На забудьте сохранить файл и выйти из редактора, нажатием CTRL-O, CTRL-X.

Чтобы убедиться, что проблема решена, попробуйте подключиться к базе данных. Для этого наберите команду:

mysqlshow -u database_username -p

Затем введите пароль. Если имя пользователя или пароль не верные, то вы увидите ошибку Access denied. В противном случае на экран будет выведена информация обо всех базах данных, к которым у вас есть доступ.

+———————+

|Databases |

+———————+

| information_schema |

| database_name |

+———————+

Если вы видите имя нужной базы данных в списке, то в файле wp-config.php указаны корректные данные. Теперь можно перезапустить WordPress сайт.

Если после этого ошибка подключения к базе данных не исчезла, то переходите к третьему шагу.

Восстановление базы данных WordPress

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

• неудачное обновление;
• сбой базы данных;
• некорректный плагин.

Непосредственно на сайте в таком случае вы все также увидите сообщение — «ошибка установки соединения с базой данных».

Попытаемся восстановить БД. Откройте файл wp-config.php с помощью текстового редактора:

sudo nano /var/www/html/wp-config.php

Вставьте в файл строку:

define(‘WP_ALLOW_REPAIR’, true);

Таким образом включается функция восстановления базы данных. Сохраните файл и закройте его.

Затем откройте браузер и перейдите по следующему URL:

http://www.example.com/wp-admin/maint/repair.php

Не забудьте заменить www.example.com на URL вашего сайта или укажите IP.

Тогда вы увидите следующее сообщение на экране:

WordPress can automatically look for some common database problems and repair them.

Выберите вариант Repair Database. В появившейся странице вы увидите процент проверенных и восстановленных данных.

После восстановления вернитесь к файлу wp-config.php. Удалите из него функцию, ответственную за восстановление базы данных. Это необходимо сделать из соображений безопасности, иначе доступ к восстановлению БД будет у всех.

Если после восстановления базы данных WordPress все еще выдает ошибку о проблеме соединения, восстановите базу данных из бэкапа (резервной копии).

Ищете идеальный старт в мире IT? Познакомьтесь с основами программирования, базами данных, системами аналитики и многим другим. Научитесь основам машинного обучения и глубокого обучения, созданию нейронных сетей и анализу данных с интенсивным курсом разработчика искусственного интеллекта. В будущем ваше умение создавать умные и интуитивно понятные решения поможет улучшить мир.

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

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

Дополнительные методы устранения ошибки установки соединения с БД

Следующие способы устранения ошибки установки соединения с базой данных категорически не рекомендуется использовать начинающим администраторам WordPress! Переходите к ним только в том случае, если не помогли методы, описанные ранее. Не используйте их, если у вас нет валидной резервной копии вашего сайта!

• Обновление настройки в wp_options

Некоторые пользователи отмечали, что ошибка была устранена после выполнения запроса к БД через phpMyAdmin:

[sql]UPDATE wp_options SET option_value=’ http://your_site.ru’ WHERE option_name=’siteurl’;[/sql]

Где вместо ’your_site.ru ‘укажите URL вашего сайта.

• Подключение к базе данных с правами root

Если вы используете виртуальный сервер и можете воспользоваться root правами, то попробуйте подключиться к БД через файл test.php. В случае успеха, попробуйте также подключиться к БД вашего сайта через файл wp-config.php. Затем проверьте работу сайта.

Работать на сервере под учётной записью root – большая ошибка. Обязательно создайте нового пользователя через phpMyAdmin. Не забудьте внести в wp-config.php файл логин и пароль созданного пользователя.

Профилактика возникновения ошибки установки соединения с базой данных

Никто не застрахован от ошибки установки соединения с базой данных при работе с Вордпресс. Однако, вы можете минимизировать шанс остановки сайта, если будете следовать следующим рекомендациям:

• Тщательно выбирайте хостинг-провайдера, который подходит именно для работы с CMS WordPress. Он должен иметь хорошую техподдержку, обеспечивать высокую скорость и стабильность. Зачастую проблемы в работе сайта связаны именно с хостингом.
• Регулярно делайте бэкап. Вы можете самостоятельно выбрать один из плагинов, например, UpdraftPlus, Duplicator или All-in-One WP Migration.

К сожалению, если вы не имеете доступ в панель управления сайта, то вы не сможете воспользоваться резервной копией. Тогда вам нужно будет воспользоваться программным обеспечением для управления хостингом. Например, ISPmanager. Он позволит вам сделать полную резервную копию сайта.

Если вы не хотите самостоятельно делать бэкап, можете обратиться в техподдержку хостинг-провайдера. Они предложат вам программу для резервного копирования.

Интеграция Calltouch и МИС «Инфоклиника»/«Инфодент» позволяет по завершению каждого зафиксированного звонка в Calltouch, передавать в Инфоклинику или Инфодент следующую информацию по звонку:

• Номер клиента, с которого он выполнил звонок на отслеживаемый номер
• Дата, время и длительность звонка
• Уникальный ID звонка в Calltouch
• Источник
• Канал
• Ключевое слово
• UTM-метка utm_source
• UTM-метка utm_medium
• UTM-метка utm_campaign
• UTM-метка utm_content
• UTM-метка utm_term
• Идентификатор Google Client ID
• Идентификатор Yandex Client ID

Пример того, как это может выглядеть в реальности. Посетитель находит сайт в поисковике, переходит на него с контекстной рекламы и совершает звонок. После завершения звонка, информация по нему автоматически отправляется из Calltouch в МИС. Там звонок связывается с записью на прием, если таковая была создана.

Так же реализована возможность обратной загрузки данных из Инфоклиники или Инфодента в Calltouch по записям на прием, созданных по звонкам, ранее переданным из Calltouch.

Требование к минимальной версии МИС

Для интеграции Calltouch и МИС «Инфоклиника»/«Инфодент», минимальная версия МИС должна быть 18.1. Если Вы используете более раннюю версию, обратитесь в службу технической поддержки info@sdsys.ru.

Открытие доступа к API портала Вашей клиники

Чтобы Calltouch смог отправлять данные по звонкам в Ваш портал МИС, перед настройкой интеграции необходимо предоставить Calltouch доступ к API Вашего портала Инфоклиники/Инфодента. Портал — это Ваш личный кабинет в Инфоклинике/Инфоденте, например, demo.infoclinica.ru. Чтобы открыть к его API доступ для Calltouch, Вам необходимо отправить заполненный файл в коммерческий отдел МИС на почту sale@sdsys.ru . После открытия доступа к API, можно приступить к настройке и запуску интеграции.

Настройка и запуск интеграции выполняется в несколько кликов. Вначале в меню личного кабинета Calltouch, Вам необходимо перейти в раздел Интеграции — «Инфоклиника и Инфодент» :

Адрес портала Вашей клиники

Затем укажите адрес портала Вашей клиники, к API которого Вы открыли доступ ранее (см. раздел Открытие доступа к API портала Вашей клиники выше), и кликните на кнопку «Добавить интеграцию»:

Выбор передаваемых данных

Чтобы визуально не перегружать отображаемую информацию о звонках, МИС «Инфоклиника» и «Инфодент» рекомендует отправлять по каждому звонку только источник и канал — именно эти данные выбраны по умолчанию и их передачу нельзя отменить:

На свое усмотрение Вы можете расширить эту информацию, включив передачу дополнительных данных:

• Кампания / utm_campaign
• Объявление / utm_content
• Ключевой запрос / utm_term
• Идентификатор Google Client ID
• Идентификатор Yandex Client ID

Данные будут попадать в разные поля журнала коллтрекинга  в МИС.

Отправляемая информация по звонку будет разделяться знаком &, например:

utm_source=yandex&utm_medium=cpc&ga_client_id=123&ya_client_id=456

Если у источника звонка utm-метки отсутствуют или не предусмотрены, например, при прямых переходах, переходов с органического поиска или при реферальных переходах, то в этих случаях вместо utm-меток будет отображаться соответствующая информация. Например, при прямом переходе будет отправлена информация:

source=(direct)&medium=(none)

Обратите внимание, что передаваемая в МИС информация об источнике звонка не может содержать более 1024 символов, поэтому в случае превышения длины строки с источником звонка, лишнее будет автоматически отрезано.

Данные в МИС передаются сразу же после завершения звонка.

Выбор модели атрибуции

В Calltouch источник звонка может быть определен по одной из двух моделей атрибуции:

• Последний непрямой (по умолчанию)
  Источник звонка определится по последнему непрямому переходу посетителя на сайт. Например, если посетитель днем перешел по контексту на Ваш сайт, сохранил его в закладки, затем вернулся вечером из закладок по прямому переходу и позвонил, то источник его звонка будет последний непрямой — контекст.
• Последнее взаимодействие
  Источник звонка определится по последнему переходу посетителя на сайт перед совершением звонка. Например, если посетитель днем перешел по контексту на Ваш сайт, сохранил его в закладки, затем вернулся вечером из закладок по прямому переходу и позвонил, то источник его звонка будет последнее взаимодействие — прямой переход.

По умолчанию источники звонков в МИС передаются по атрибуции «Последний непрямой». Вы можете изменить модель атрибуции на «Последнее взаимодействие», после чего новые звонки будут передаваться уже новой модели атрибуции. Источники уже переданных звонков в Инфоклинике и Инфоденте не изменятся. Выбранная в настройках интеграции модель атрибуции не повлияет на отображение данных в отчетах личного кабинета Calltouch — за отображение источников в отчетах отвечает настройка модели атрибуции в системных настройках личного кабинета Calltouch.

Выбор часового пояса

Если часовой пояс Вашей клиники отличается от московского, укажите необходимый часовой пояс, в соответствии с которым в Инфоклинику и Инфодент будет передаваться время звонков:

Подгрузка данных из МИС

Возможные метрики для подгрузки и анализа в Calltouch:

• Обращение пациента;
• Первичная внеплановая запись;
• Первичный внеплановый прием;
• Повторная внеплановая запись;
• Повторный внеплановый прием;
• Первичная плановая запись;
• Повторная плановая запись;
• Первичный плановый прием;
• Повторный плановый прием;
• Выручка по записям.

Чтобы включить передачу данных метрик в Calltouch, в МИС должна быть установлена последняя версия ПО (18.1 со всеми обновлениями), разрешен доступ к API вашего портала (запрашивается у вашего менеджера Инфоклиники), и включена отправка данных во внешние системы. Для этого в каждом портале Инфоклиники зайдите в меню «Справочники => Системные справочники => Внешние программы». 

Далее перейдите в раздел «Коллтрекинг Calltouch» и напротив каждой строки выберите значения «Только по своим»:

Что бы увидеть метрики в отчетах ,нужно настроить метрики в пользовательских столбцах. Например «Выручка по записям»

Подгрузка записей на прием

Данные по обращениям, записям и приемам будут доступны:

• в журнале сделок;

• в отчетах Calltouch в виде пользовательских столбцов.

В сделках будет доступно:

• источники в рамках сквозной аналитики;

• суммы приемов;

• номера телефонов и ФИО пациентов;

• пояснения к обращениям в виде комментариев сделки (в том числе причины отказов).

Также опционально доступно:

• Фильтр сделок по выбранным филиалам;

• Транслировать филиалы в виде тегов сделок;

• Передавать ФИО врачей в виде менеджеров сделок.

• Получать контактные данные пациентов.

Включите соответствующие чекбоксы, чтобы использовать эти возможности:

Запуск или приостановка интеграции

Чтобы активировать или деактивировать передачу данных в МИС, достаточно кликнуть на соответствующий переключатель, расположенный над адресом портала:

Ошибка доступа к API портала МИС

Если при включении интеграции Вы увидите ошибку доступа к API Вашего портала, то Вам необходимо либо запросить в коммерческом отделе доступ для Calltouch к API портала Вашей клиники (см. раздел Открытие доступа к API портала Вашей клиники выше), либо если Вы уже это сделали, проверить правильность указанного адреса портала Инфоклиники. В случае если ни один из вариантов не поможет, обратитесь к Вашему личному менеджеру Calltouch либо на почту info@calltouch.net.

Если в рамках одного личного кабинета Calltouch у Вас отслеживается сайт, звонки с которого могут идти в разные клиники со своими собственными порталами МИС, в таком случае Вы можете добавить эти порталы в качестве дополнительных, но в рамках одного сайта может быть настроена только одна из интеграций с МИС – либо с МИС «Инфоклиника», либо с МИС «Инфодент» (ограничение API Инфоклиники):

Дополнительные порталы настраиваются абсолютно так же, как и основные. После включения отправки данных по дополнительным порталам, каждый звонок будет одновременно отправляться во все активные порталы сайта. Например, если в рамках сайта site.ru у Вас настроена интеграция с порталами Инфоклиники demo.infoclinica.ru и demo1.infoclinica.ru, и передача данных активна для обоих порталов, то каждый зафиксированный в Calltouch звонок будет одновременно отправляться в оба портала. А уже на стороне Инфоклиники звонок будет связан с необходимым порталом, в который обращался пациент (проверка на стороне Инфоклиники будет произведена по номеру клиента, запись на прием по которому есть в том или ином портале).

Если в ходе работы интеграции возникали ошибки, в результате которых в Инфоклинику были переданы не все звонки, Вы можете переотправить неотправленные звонки, выбрав период за который следует выполнить переотправку и кликнуть на одноименную кнопку:

Все отправляемые в МИС звонки логируются на стороне Calltouch, поэтому после запуска переотправки в МИС будут автоматически отправлены только те звонки, которые ранее отправить не удалось, поэтому дубли звонков в Инфоклинике/Инфоденте исключены. Исходя из этого, мы рекомендуем выбирать период из расчета того времени, когда интеграция с МИС уже была включена. Отправить звонки за период, когда интеграция еще не была включена, невозможно. Переотправка необходима только для звонков, которые не удалось отправить во время работы интеграции.

 При отсутствии в МИС интеграции с системой IP-телефонии, для того, чтобы записи и приемы в Инфоклинике/Инфоденте связывались со звонками и заявками из Calltouch, номер телефона в МИС необходимо фиксировать в обращении вручную менеджерам – для этого в настройках Инфоклиники/Инфоденте необходимо включить право доступа «Связь с обращениями из коллтрекинга» при создании внутреннего обращения.

Прочитано:
1 218

Порой просто необходимо, что-то оттестировать в программе «МИС Инфоклиника», будь-то поведение определенной настройки под доктором, создание плана лечения, перенос шаблона, как это делается. Или Вы, как системный администратор пишете инструкцию докторам. Прикольно, Да! Доктор не может самостоятельно понять, как работает рабочая программа в организации, а сразу же складывает лапки, я не могу работать меня не обучили, а ты пишешь ему инструкцию плавая в терминологии. Мне довелось работать в такой компании и я писал инструкции для них. Можно конечно зайти под любым доктором используя системный пароль, но тогда я этого не знал, а значит нацелился узнать где программа «МИС Инфоклиника» хранит пароли «Справочника персонала».

Шаг №1: Проверить, какая схема авторизации используется:

Запускаем «МИС Инфоклиника» — авторизуемся — Сервис — Параметры авторизации — и в моем случае, как видно:

• Формат хранения пароля: Простой текст

ни настроенной LDAP авторизации, ни настроенной авторизации в Active Directory.

Из этого можно сделать вывод, если хоть немного поработали с данной программой, что все что в программе есть в базе, а база OpenSource решение на базе Firebird. Значит можно подключиться к базе и увидеть пароли всех пользователей.

Шаг №2:

Запускаю утилиту входящую в поставку «МИС Инфоклиника»

C:\Infoclinica\18.2_18.12.17.1\App\Bin\Win64\Utils\BkUtils3.exe – Открыть — Псевдоним (или сочетание клавиши F4) — запустится окно «Базы данных» где будет псевдоним указанный в infodent.ini, в моем случае это database, чуть ниже это именование текущей системы и через двоеточие алиас до базы. Итого

• database — Псевдоним
• W10X64:database — Алиас

W10X64 — это именование хоста текущей системы

Напомню, что алиас прописываю в каталоге куда установлен Firebird 3.0.4

C:\Program Files\Firebird\Firebird_3_0\файл databases.conf

#Alias

database = d:\info\database.FDB

Щелкаю левой кнопкой мыши по псевдониму окна «Базы данных», появляется окно «Пароль» и надпись «Введите пароль:», ввожу пароль от базы данных PASSWORD и нажимаю кнопку OK, в случае успешно ввода пароля получаю колонку с перечнем всем таблиц используемых программой «МИС Инфоклиника».

Шаг №3: Пароли всех пользователей программы «МИС Инфоклиника» располагаются в таблицы под именем “DOCTOR”, щелкнув левой кнопкой мыши по данной таблицы ее содержимое раскроется в правой части и будут выведены все колонки, к примеру: DCODE, FILIAL, DNAME, DPASSWD, FULLNAME

внимательно приглядевшись к колонке DPASSWD я успешно нашел свой пароль который задавал при первом входе и он действительно в чистом виде (plain text)

На заметку: Если Вы Системный администратор в компании и в параллели обслуживаете программу «МИС Инфоклиника» то мой Вам совет пароли в домене и программе обязательно должны отличаться. Дабы под Вами никто не совершил нехороших действий мало ли что.

Щелчок левой кнопкой мыши по таблице DOCTOR открыл не только содержимое данной таблицы, но и возможность посмотреть через вкладку структуру (СТРУКТУРА), триггеры (ТРИГГЕРЫ), индексы (ИНДЕКСЫ) и т. д.

Далее Вам может понадобиться сформировать собственную выборку, делается это через SQL—запрос: Задачи — SQL-запрос и во вкладке SQL-запрос:

select * from doctor where FULLNAME like '%фамилия%';

выведет отсортированные результаты по осуществленной через поиск фамилии.

После всех действия не забыть отключиться от базы:

Открыть — Отключиться от базы

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

Итого: Ваша защита, это правильнее использовать аутентификацию через Active Directory, пароли хранятся в зашифрованном виде, удобство управления и охранять базу данных и скрипты осуществляющие резервное копирование. Только доверенные лица. Пароли менять переодически.

Изменил себе пароль в «МИС Инфоклиника» на Aa1234567

Т.к. в инфоклинике пароль в базе хранится в plain text и если он у Вас используется и во вход в домен, то это большая Ваша проблема. А Вы Domain Admins что тогда? Представляете угрозу.

Обновить пароль на учетную запись:

update doctor set DPASSWRD='Aa1234567' where DNAME='фамилия';

На этом у меня всё, с уважением автор блога Олло Александр aka ekzorchik.