DAKTRONICS DOES NOT PROMISE THAT THE CONTENT
PROVIDED HEREIN IS ERROR-FREE OR THAT ANY DEFECTS WILL BE CORRECTED, OR THAT
YOUR USE OF THE CONTENT WILL PROVIDE SPECIFIC RESULTS. THE CONTENT IS DELIVERED
ON AN “AS-IS” AND “AS-AVAILABLE” BASIS. ALL INFORMATION PROVIDED IN THIS ARTICLE
IS SUBJECT TO CHANGE WITHOUT NOTICE. DAKTRONICS DISCLAIMS ALL WARRANTIES,
EXPRESS OR IMPLIED, INCLUDING ANY WARRANTIES OF ACCURACY, NON-INFRINGEMENT,
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. DAKTRONICS DISCLAIMS ANY
AND ALL LIABILITY FOR THE ACTS, OMISSIONS AND CONDUCT OF YOU OR ANY THIRD
PARTIES IN CONNECTION WITH OR RELATED TO YOUR USE OF THE CONTENT. ADJUSTMENT,
REPAIR, OR SERVICE OF THE EQUIPMENT BY ANYONE OTHER THAN DAKTRONICS OR ITS
AUTHORIZED REPAIR AGENTS MAY VOID THE EQUIPMENT WARRANTY. YOU ASSUME TOTAL
RESPONSIBILITY FOR YOUR USE OF THE CONTENT AND ANY LINKED CONTENT. YOUR SOLE
REMEDY AGAINST DAKTRONICS FOR DISSATISFACTION WITH THE CONTENT IS TO STOP USING
THE CONTENT. THIS LIMITATION OF RELIEF IS A PART OF THE BARGAIN BETWEEN THE
PARTIES.
The above disclaimer applies to any property damage, equipment
failure, liability, infringement, or personal injury claim arising out of or in
any way related to your use or application of the content, whether such claim is
for breach of contract, tort, negligence or any other cause of action.
Средь моря проблем, с которыми сталкиваются пользователи ПК, есть следующая: невозможность запустить службу SQL Server. Итак!
При попытке установить и запустить SQL Server ваша система выдает вам следующее сообщение:
Почему так произошло? Причин может быть несколько, но все они разрешимы.
Причина №1: служба SQL Server не устанавливается в виду того, что согласованность (соотношение) между физическими сокетами и логическими процессорами системы не имеет степень числа 2. Либо физические ядра не имеют степень 2. И, наконец, если общее наличие процессоров является нечетным. Устранение проблемы: необходимо поменять число логических процессоров в ОС Windows 2003. Вот ваш алгоритм: “Пуск” – “Выполнить”. В командную строку “Открыть” впишите команду msconfig и нажмите на кнопку “Ок” или “Enter”. Вы окажетесь в окне “Настройка системы”. Здесь вы увидите вкладки, среди которых будет вкладка “BOOT.INI” – кликайте на ней.
В открывшемся окне жмите кнопку “Дополнительно”. Поверх основного окна появится ещё одно окно, озаглавленное, как “Доп. параметры BOOT.INI”. В нем вы увидите список, в котором вас интересует строчка “/NUMPROC” – поставьте в этой клеточке “птичку”. Видите стрелочку вниз? Нажмите на неё, выберите значение 1 (один) и нажмите на “Ок”. Далее нажимаете на “Ок” в окне “Настройка системы”. Перезагружаете сервер и теперь можете устанавливать ваш SQL Server 2005. И не забудьте про пакет последних обновлений для этой службы. А после этого снова войдите в “Выполнить” – “Открыть” – впишите msconfig – “нажмите на “Ок” – “Настройки системы” – “Доп. параметры BOOT.INI” и снимите “птичку”, которую вы ставили возле “/NUMPROC”.
Причина №2: вы не можете запустить службу SQL Server в виду того, что в учетной записи сетевой служба просто нет разрешения для папки (или подпапки). Решается проблема довольно просто: необходимо предоставить учетной записи NETWORK Service все права доступа к папке. Делается это посредством такого алгоритма: заходите в “Свойства Microsoft” – кликаете на вкладку “Безопасность” – выделяете запись NETWORK Service и в нижнем поле ставите “птичку” в клеточке возле строчки “Полный доступ”. Также вы можете в параметрах настройки SQL поменять учетную запись на «Локальную систему» (англ. – Local system).
Причина №3: установка SQL Server производится файловой структурой FAT. Уже давно известно, что FAT – это не лучшее “начало дня”. Поэтому, дабы решить создавшуюся проблему рекомендую просто перейти с FAT на NTFS. Причина №4: вы не можете запустить SQL лишь по той причине, что ваш компьютер не состоит в домене! А параметр “domain” может просто отсутствовать в реестре вашей ОС Windows. (Он должен находится в ветке HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters). Решить проблему очень просто: надо создать недостающий пустой строковый параметр “domain”. Алгоритм: “Пуск” – “Выполнить” – regedit – “Ок” – “Редактор реестра” – ветка HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters. В правой части кликаете правой кнопкой мышки на пустом участке поля. Выпадет строчка “Создать”. Наводим стрелочку на эту строчку и видим список, в котором есть строка “Строковый параметр”.
Выбираем эту строку и создаем пустышку – пустой строковый параметр. (Извините за частое употребление слов “строка” и “строковый”, но я делаю эту лишь для того, чтобы вы видели четкий алгоритм). Создав пустой параметр, можете смело закрывать все окна и запускать ваш SQL – всё будет работать. Всего вам доброго и до новых встреч!
Популярные статьи
Контакты
The certificate hash matched that of the certificate I had associated with the instance but it wasn’t loading. By default, SQL Server is run under a non-privileged service account and doing such is good practice as if your database is compromised, the attacker will have limited ability to harm the rest of the data on the server. But, this also raises another problem as when using a custom SSL certificate to encrypt database traffic, the non-privileged service account needs to be able to read both the public and private key of the certificate. Understandably, by default the service account does not have permission to read the private key. Once we give the service account permission to read the private key, the SQL Server will start up without a problem.
- One way to do this is to navigate to the installation directory or your SQL Instance. By default SQL Server is installed at C:Program FilesMicrosoft SQL ServerMSSQL10_50.InstanceName.
- Right click on the MSSQL folder and click Properties.
- Click Ok.
- Enter the SQL service account name that you copied in step 4 and click OK.
- By default the service account will be given both Full control and Read permissions but it only needs to be able to Read the private key. Uncheck the Allow Full Control option.
- Click OK.
- Close the MMC and restart the SQL service.
Where the certificate hash code matches that of your imported SSL certificate. To verify the has code, go back to the MMC with the Certificates snap-in loaded and your SSL certificate visible. Double click on the certificate and click the Details tab. Scroll to the bottom of the list and select the Thumprint field. The value that appears should match that which is shown in the log file.
If you really want to know if the data is being encrypted, simply run a packet sniffer like Wireshark or Microsoft Network Monitor.
Hope this helps!