narga | Entries tagged with sql

Известная проблема - при развёртывании операционной системы через SCCM установка может оборваться c очень информативным отлупом PXE Boot aborted.
Происходит это потому, что у многих материнских плат одинаковый UUID.
MS нас посылает к разработчикам ПО, разработчики посылают в MS. Если не хочется заниматься регенерацией uuid, можно во-первых заставить игнорировать UUID и использовать mac, а во-вторых добавлять лишний символ к новому uuid.

RTFM:

1. cmd => wdsutil /set-server /bannedguidpolicy /add /GUID:A1BA312E-681C-458D-AF75-3F0D2A7D0FE0

2. cmd => net stop WDSServer

3. cmd => net start WDSServer

4. SQL - management studio => databases => sccm db => programmability => stored procedures => dbo.NBS_LookupDevice

5. Правый клик => modify => в запросе найти строку ON xref.MachineID = aux.ItemKey AND aux.SMBIOS_GUID0 = @SMBIOS_GUID
Заккоментировать строку, добавив перед ней --.

6. Добавить снизу строку ON xref.MachineID = aux.ItemKey AND aux.SMBIOS_GUID0 = @SMBIOS_GUID + '.'

7. Execute

8. SQL - management studio => databases => sccm db => programmability => stored procedures => dbo.MP_GetClientIDFromSmbiosID

9. Правый клик => modify =>

7. Найти процедлуруdbo.MP_GetClientIDFromSmbiosID => modify

8. Заккоментировать строку M.SMBIOS_GUID0 = @vchSmbiosID

9. Добавить строку (M.SMBIOS_GUID0 = @vchSmbiosID + '.')

10. Профит.

Проделать 4-9 после обновления SCCM.

После восстановления из бэкапа базу SQL с параметром WITH NORECOVERY
После успешного восстановления база зависла в состоянии RESTORING, любое действие сообщало об том, что:

Database [YOUR_DATABASE] cannot be opened. It is in the middle of a restore.

Следовательно, решение:

RESTORE DATABASE [your_database]
WITH RECOVERY

Ну или изанчально выполнять с этим параметром.

#В сети полносоветов с требованием перезагрузить MSSQL и убить базу. Говорят, не помогает. К чему бы это.

Наши добрые друзья 1с-ники обрадовали забитым вусмерть логом sql. Проблема знакомая, хоть здесь, хоть по exchange с остановкой базой без бэкапов.

Алгоритм возникновения проблемы следующий:

1. Ставим MSSQL, хоть SQL 2008, хоть SQL 2012 как у меня.
2. В свойствах датабазы выставлен recovery full.
3. Логи начинают разрастаться. Если выложены на отдельном диске, забивают насмерть весь диск, после чего sql останавливается.

Решение экстренное:

1. База => properties => options => recovery model => выставить simple.
2. База => tasks => shrink => files => shrink action => reorganize pages before releasing unesed space => shrink file to: => выставить размер до которого произойдет shrink имеющегося => ok
3. База => properties => options => recovery model => выставить full (если оно надо, конечно).

Ограничить размер файла логов:

1. База => properties => files => имя лога => autogrowth /maxsize => ... Maximum file size => По дефолту там 2 тб, выставить нужный размер.
2. При заполнении выставленного размера sql остановится. Поэтому ставим auto shrink => база => options => automatic => auto shrink => true.

Регламентом тоже можно.
Management => maintenance plans => reglament => далее по вкусу обрезку.

При установке sql express 2008 на server 2008 r2 столкнулась со следующей проблемой: на стадии проверки требуется перезагрузка сервера.
После перезагрузки запрос на ребут не исчез.

RTFM

1. Идём в реестр HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
2. Смотрим параметр PendingFileRenameOperations. Там могло остаться что-то от других приложений.
3. Удаляем лишнее либо весь параметр целиком.
4. В случае, если не помогло, смотрим также в CurrentControlSet1\2.
5. Профит.

Почитать об этом также можно на support.microsoft.

Вторично сталкиваюсь с проблемой в связке NAV + именованный экземпляр SQL. Алгоритм тот же - разворачиваем в SQL базу из бэкапа, запускаем NAV, пытаемся открыть базу и получаем одну из ошибок:

The extended stored procedure xp_ndo_enumusersids in the library file xp_ndo.dll, is not available

The extended stored procedure xp_ndo_enumusergroups in the library file xp_ndo.dll, is not available

Полный текст может звучать так:

The extended stored procedure xp_ndo_enumusersids in the library file xp_ndo.dll, is not available on the NAME server. Until this procedure and library have been added, it will not be possible to connect to this server from Microsoft Dynamics NAV with Windows Authentication, but you will still be able to connect with Database Server Authentication. You can read more about adding this extended stored procedure in the help pages on the product CD. Follow the hyperlink to the readme.txt file on the Servers page under the Documentation section of SQL Server.

Или так:

Что делать в этом случае:

1. Берём дистрибутив с NAV (MS Dynamics NAV).

2. Ищем там папку SQLDatabase, в ней PFiles, в ней ещё подпапки.

3. Копируем оттуда файл xp_ndo.dll или xp_ndo_x64.dll, в зависимости от разрядности.

4. Кладём его туда, откуда он будет запускаться на SQL-сервере. Логичнее всего к прочим dll-кам экземпляра, а именно %Program Files%\Microsoft SQL Server\INSTANCENAME\MSSQL\Binn

5. Запускаем Microsoft SQL Server Management Studio, заходим в наш инстанс.

6. Databases => system databases => master => Programmability => Extended stored procedures. Правой мышкой по Extended stored procedures, выбираем New extended stored procedure.

7. Создаём новую процедуру с именем xp_ndo_enumusersids, подсовываем ей нашу dll. Точно также создаём xp_ndo_enumusergroups, с тем же dll.

8. Заходим в permissions обеих dll, search, вводим public. Назначаем права Execute (grant).

9. Профит:)

#Разумеется, вместо пунктов 5-9 можно просто выполнить sql-скрипт, а именно:

USE master
EXEC sp_addextendedproc xp_ndo_enumusersids, ‘C:\%FOLDER%\xp_ndo.dll’
GO

GRANT EXECUTE
ON [xp_ndo_enumusersids]
TO PUBLIC
GO

USE master
EXEC sp_addextendedproc xp_ndo_enumusergroups, ‘C:\%FOLDER%\xp_ndo.dll’
GO

GRANT EXECUTE
ON [xp_ndo_enumusergroups]
TO PUBLIC
GO

Коллеги, вопрос такой назрел.
MSSQL r2 sp2
Удаляем инстанс. Сервер просит ребут.
Ставим новый инстанс. Сервер просит ребут.
Всё пока логично и понятно, так?

Но. Периодически ребута не просит. Спокойно удаляет старый и ставит новый.

Закономерность найти не могу. Те же компоненты, та же сортировка, те же настройки, всё то же самое.
Но иногда ребут хочет, иногда нет.

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

Кто-нибудь задавался этим вопросом?
Ответ вроде "это винда, детка" не принимается:)

При установке System Center Configuration Manager 2012 (SCCM) мы можем столкнуться со следующей ошибкой:

Setup is unable to connect to SQL Server with the connection information provided. Verify the following:
The sql server and instance names are entered correctly
The specified sql server instance is not configured to use dynamic ports If a firewall is enabled on the SQL Server, inbound rules exists to allow connection to the correct ports.
The account used to run Setup has permissions to connect to the specified SQL Server Instance.

Что делать в этом случае, при условии, что вы поставили все нужные CU, не напутали с сортировкой и вообще всё сделали правильно:

1. SQL => Confiruration tools => SQL Server Configuration Manager.

2. SQL Server Network Configuration => Protocol for your instance.

3. Named Pipes => Enabled, TCP/IP => Enabled.

4. TCP/IP => IP Addresses => IPAll => TCP Dynamic Ports удаляем значение, TCP Port выставляем нужный порт (хоть дефолтный, который видим на странице установки SC с ошибкой выше.

5. В конфигураторе идём в SQL Server Services => SQL Server (наш инстанс) => Restart

Профит:)

Поймала какую штуку.
При инталле sharepoin fundation создаёт свою базу в sql. При удалении sharepoint база удаляется. После трёх инсталлов-удалений sharepoint мне понадобилось вручную создать новый инстанс (именованный экземпляр) в SQL.
Однако при его создании я получила следующую ошибку:

Поврежден куст реестра счетчика производительности. Чтобы продолжить установку, исправьте куст реестра счетчика производительности

Выглядит оно вот так:

Чем лечить. Идём по адресу:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\019

Там у нас должны быть три параметра. Если мы ловим вышеописанную ошибку, следовательно, у нас нет counter и help.

Я решила эту проблему, экспортировав ветку реестра с соседнего сервера.
Если ничего нет под рукой, можете воспользоваться моей:)

Однако...
Отказалась вставать точка отчетов на sccm. Русскоязычные интернеты такую проблему не знают, англоязычные знают, но мало.
Советуют удалить точку и выставить заново.
Не помогает.
Перегрузить сервер с SC.
Не помогает.
Перегрузить сервер с SQL.
Не помогает.

На технете читаю буквально следующее, простите, но из песни слова не выкинешь:
Топикстартер: - Доктор, у меня это.
Представитель MS: - Это пиздец, пиздец неизлечим. Меняйте систему, скулю, город, планету.
Топикстартер: - Да йопт. Anyone!! Help me!! PLEAZZZZZZZZZ!!!
Залётный индус: - Вы дебилы, это хуйня. Хуйня лечится так-то и так-то.
Топикстартер: - Спасибо, друг, всё прошло.

У меня не прошло.
Не помог хотфикс на SC, на скулю, на свои кривые руки. Не помогла перепроверка всего и вся с последующим ещё одним удалением точки отчетов. Не помогло накатывание репортинга на дефолт в sql.

После третьего удаления точки отчетов все ошибки внезапно исчезли и оно таки встало.

Оно встало, а у меня опустились руки. Что это, Бэрримор!?

Не выдержала душа поэта. Пошла жаловаться главному it-специалисту. Та утешила. Это, говорит, нормально. Вот я как-то в одном мануале MS встретила фразу "жмите на кнопку до тех пор, пока оно не отработает".

Всё нормально, чуваки. Это не бага, это фича. Надо было только три раза удалить точку.

Очередной мануал в локальную вику и сюда. Кстати, обращаем внимание на тег RTFM:)

На этот раз - как пропилить дырки в брандмауэре windows для доступа к sql-серверу. Пилим локально непосредственно на сервере SQL.

Создаём батник со следующим текстом:

@echo ========= SQL Server Ports ===================
@echo Enabling SQLServer default instance port 1433
netsh firewall set portopening TCP 1433 "SQLServer"
@echo Enabling Dedicated Admin Connection port 1434
netsh firewall set portopening TCP 1434 "SQL Admin Connection"
@echo Enabling conventional SQL Server Service Broker port 4022
netsh firewall set portopening TCP 4022 "SQL Service Broker"
@echo Enabling Transact-SQL Debugger/RPC port 135
netsh firewall set portopening TCP 135 "SQL Debugger/RPC"
@echo ========= Analysis Services Ports ==============
@echo Enabling SSAS Default Instance port 2383
netsh firewall set portopening TCP 2383 "Analysis Services"
@echo Enabling SQL Server Browser Service port 2382
netsh firewall set portopening TCP 2382 "SQL Browser"
@echo ========= Misc Applications ==============
@echo Enabling HTTP port 80
netsh firewall set portopening TCP 80 "HTTP"
@echo Enabling SSL port 443
netsh firewall set portopening TCP 443 "SSL"
@echo Enabling port for SQL Server Browser Service's 'Browse' Button
netsh firewall set portopening UDP 1434 "SQL Browser"
@echo Allowing multicast broadcast response on UDP (Browser Service Enumerations OK)
netsh firewall set multicastbroadcastresponse ENABLE

Сохраняем. Обзываем как OpenSqlServerPort. Запускаем с правами администратора. В процессе, кстати, нам предложат использовать синтаксис netsh advfirewall firewall, что кагбэ всем своим видом намекает на то, что я некошерный человек и вообще редиска.

Для тех, кто не понял, поясняю на примере:

netsh firewall set portopening protocol = TCP port = 1433 name = SQLPort mode = ENABLE scope = SUBNET profile = CURRENT

Про порт 1433 проще процитировать мелкомягких: "Этот порт открывают в брандмауэре чаще всего. Он применяется для программных соединений с экземпляром компонента Database Engine по умолчанию или именованным экземпляром, который является единственным на данном компьютере."

В случае, если вы извращенец, sql ставили не по дефолту, а создали именованный экземляр (instance), необходимо создать дополнительное правило в брандмауэре.
Сделать это можно стандартным способом: Брандмауэр - создать правило - правило для программмы - и далее по адресу %Диск, на который вы всё это засунули%\DATA\MSSQL10.SQL_ADMIN\MSSQL\Binn\sqlservr.exe

Разрешить - всё.

Профит:)

То же самое, подробнее и с описанием по портам тут и тут (англ.).

Have fun:)

Profile

narga

January 2025

S	M	T	W	T	F	S
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Syndicate

Page Summary

SCCM 2012 + double guid
SQL restore - It is in the middle of a restore
SQL обрезать логи
Установка SQL express 2008 постоянный запрос перезагрузки
Установка хранимых процедур в sql для NAV
SQL 2008 r2 named instance reboot
Install SCCM - Setup is unable to connect to SQL server
Поврежден куст реестра счетчика производительности - создание нового экземпляра SQL
Бубен
Настройка брандмауэра win для доступа к SQL

Style Credit

Style: Neutral Good for Practicality by timeasmymeasure

Expand Cut Tags

No cut tags

Page generated Aug. 13th, 2025 08:00 am

Tagebuch

Entries tagged with sql

SCCM 2012 + double guid

SQL restore - It is in the middle of a restore

SQL обрезать логи

Установка SQL express 2008 постоянный запрос перезагрузки

Установка хранимых процедур в sql для NAV

SQL 2008 r2 named instance reboot

Install SCCM - Setup is unable to connect to SQL server

Поврежден куст реестра счетчика производительности - создание нового экземпляра SQL

Бубен

Настройка брандмауэра win для доступа к SQL