» Microsoft SQL SERVER

Код: net stop MSSQLSERVER

econ2
Ну тогда уж проще воспользоваться sc.exe...
Посмотреть экземпляры сервисов связанных с SQL Server командой типа sc query | find "SQL", а потом остановить sc stop <service_name>

Кому интересно:
БД 68 Гбайт с ключём COMPRESSION бакапится в 8,3 Гигабайта
Но было замеченно следующее: если в последствии сжимать раром эти 8.3 ГБ, то они пакуются в архив размером 7.2 ГБ (как видно - выгода от этого не большаяи делать это смысла не имеет), в то время как при архивировании тем же раром бакапа БЕЗ COMPRESSION размер которого равен размеру самой БД Ё= 67 ГБ, то он сжимается уже аж до 3.5 ГБ !!!
Надеюсь кому-нибудь это будет интересно.

Sql server 2008 R2 Enterprise x64 только скачанный с MSDN по подписке, написано, что ключ для этого продукта не требуется. Запускаю инсталяшку, выбираю новая установка и через пару секунд выскакивает ошибка "Неверный ключ для продукта SQL Server". Инсталляция свежая на голой винде, ранее тут sql не стоял. Знаю что ключ вшит в файлике DefaultSetup.ini в параметре PID, но толку мне с этого? Все что смог нарыть в интернете по данной теме, это предложения заново скачать образ с сайта мелкософта. Все бы ничего, но я ведь только что его скачал, и качать заново 4Гб исошку целый день (мелкософт отдает очень медленно) у меня нет желания, так как по идее опять скачается все с тем же ключом.

Есть идеи, как решить эту проблему и проинсталить?

Xrobak
Обратится в службу поддержки M$ (на что они порекомендуют перекачать, т.к. и у них временно бывает образы глючные выкладывают либо дадут рабочий ключ к этой версии/buildу) или если серые методы годятся то вставить рабочий ключ из соответствующей темы варезника.
Потом ещё придётся качать SP2 (350MB)

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

Прошу помочь

ОС Windows Server 2003 R2 x64 SP2
проц Xeon-E5-2620
Microsoft SQL SERVER SQL 2005 x64 EN (отдельно SP1 и SP2 идут )
При установке и попытке запуска sql database ругнулось следующим.
The SQL Server service failed to start. For more information, see the SQL Server Books Online topics..

Нашел что тут такое описывали
http://support.microsoft.com/kb/954835/en-us

выставил /NUMPROC = 1
теперь при загрузке сервер вообще виснет. Что делать?

p.s. через консоль восстановления, исправил boot.ini, хоть загрузился сейчас, но как установить теперь SQL ?

вот выглядит скрин


Добавлено:
установить Х86 версию SQL, тоже не могу. При запуске пишет

Maza777
Посмотрите что у вас в логах, SQL Server именно это и просит сделать. Логи здесь:%ProgramFiles%\Microsoft SQL Server\90\Setup Bootstrap\LOG\

В первую очередь интересует файл Summary.txt - там должна быть более подробная информация об ошибке. Если не сможете найти сами, кидайте сюда.

Цитата:

Посмотрите что у вас в логах, SQL Server именно это и просит сделать. Логи здесь:%ProgramFiles%\Microsoft SQL Server\90\Setup Bootstrap\LOG\
 
В первую очередь интересует файл Summary.txt - там должна быть более подробная информация об ошибке. Если не сможете найти сами, кидайте сюда.

файл большой для вставки сюда
вот на обменнике
Summary.txt
http://rghost.ru/private/42377555/363e38f9a638d80ba8297cb811414cb5

вот SQLSetup0001_POLARIS_SQL.log
http://rghost.ru/42377664

Maza777
Вы случайно не в кластер ноду добавляете?

Цитата:

Вы случайно не в кластер ноду добавляете?

не, я и слов таких не знаю даже

Maza777
Тогда есть такой вариант. Либо попробовать установить SQL Server с интегрированным SP 3.

Цитата:

Тогда есть такой вариант. Либо попробовать установить SQL Server с интегрированным SP 3.

где взять то его ,и так SQL 2005 x64 нашел только одну раздачу на рутрекере и то английская ,и SP1 и SP2 накатываются отдельно

Добавлено:
А как можно интегрировать Sp2 или SP4 прямо в дистрибутив?

Добавлено:
курю сейчас статью по интеграции SP
http://blogs.technet.com/b/vm/archive/2009/06/28/service-pack-1-cumulative-update-sql-server-2008.aspx
скачал SQLServer2005SP4-KB2463332-x64-ENU.exe распаковал, внутри нет файлов setup.exe и setup.rll, качал отсюда http://www.microsoft.com/en-us/download/details.aspx?id=7218
внутри есть такие файлы
"sqlcmd.exe - 327 кб
sqlcmd.rll - 23,8 кб
sqldiscoveryapi.dll - 731кб
sqlsetupvista.dll - 307 кб"

вообщем после тщательного перекура этой темы http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=421226&msg=7223562
сначала интегрировал SP4, но чем то не запусклася мастер MaintenancePlanWizard, видимо чего то необновилось, снес, начал сейчас интегрировать SP3, после попробую накатить SP4 поверх.
Но факт того что без SP фиг запустиш есть, а все из-за того что кол-во ядер не кратко степени двойки, дурдом блин.

Цитата:

кол-во ядер не кратко степени двойки,

Эм... а что у вас за проц такой, дайте название, для общего, так сказать, развития. Всегда был уверен что ядер четное количество (или 1)

ужас. на этом мучения не закончились.
Залил базу в SQL и при указании ее в конфигураторе 1с
выдает

Цитата:

SQL State: IM003
Native : 160
не удается загрузить указанный драйвер из-за системной ошибки 126 (SQL Server)

Добавлено:

Цитата:

Эм... а что у вас за проц такой, дайте название, для общего, так сказать, развития. Всегда был уверен что ядер четное количество (или 1)

Xeon E5-2620
6 ядер

Если нужен апгрейд SQL2000 на SQL2008x64, то полагается полностью сносить 2000 и устанавливать 2008 или поверх 2000 устанавливать 2008?
Базы при установке поверх остаются нетронутыми или тоже надо конвертить?

Sergey333

Цитата:

Базы при установке поверх остаются нетронутыми или тоже надо конвертить?

Во время установки 2008 будет задан вопрос типа, нужны ли Вам новые возможности...

Всем доброго времени суток.
Помогите пожалуйста с решением такой проблемы.
После сбоя в дисковой системе (вылетел диск из RAID1) DBCC CHECKDB находит ошибки согласованности (consistency errors). При этом DBCC CHECKDB с NOIDEX ошибок не находит. Базы пока работают, но нужно устранить ошибки не потеряв данные. Но мне не совсем понятно как это сделать.
Думаю наилучший способ это восстановление из бэкапа, но тут не совсем понятно. Сбой произошёл три дня назад. Есть бэкапы за все эти дни. Система бэкапа такая: каждую ночь делается полный бэкап базы плюс бэкап журнала транзакций. В течении дня делаются бэкапы журнала транзакций каждый час. Режим восстановления баз full.
В полных бэкапах за последние три дня есть ошибки (накатывала на другую базу, делал DBCC CHECKDB - те же ошибки что и в рабочей базе). Не поврежденному бэкапу четыре дня.
Вопрос в следующем: как правильно восстановить базу использую полный бэкап четырёхдневной давности и бэкапы журналов транзакций сделанные после него? В режиме восстановления Restore database можно выбрать только последний полный бекап, но он повреждён. Нужно восстанавливать файлы?
Или есть какие-то другие способы избавится от ошибок? Может ребилд индексов может помочь?
СУБД SQL Server 2005, база используется для 1C. Еще хороший вопрос как потом проверить не потерялось ли чего?

OktoHaron
Думаю, в такой ситуации стоит выгрузить базу средствами 1с. После этого запустить DBCC CHECKDB с REPAIR_REBUILD. Если не поможет - два варианта: REPAIR_ALLOW_DATA_LOSS или, предпочтительней, пересоздать базу и загрузить сохранённое средствами 1с.
Ну а потерялось ли что, это уже только пользователи смогут обнаружить, например если расползлись проводки за предыдущие периоды.

OktoHaron
Во-первых, посмотрите вот этот пост: http://habrahabr.ru/post/136979/. Возможно все ваши ошибки несерьёзные и полетели только некластерные индексы, тогда их можно будет пересоздать и всё будет окей.
Во-вторых, если всё-таки ошибки серьёзные, тогда восстанавливайте из бэкапа. Восстановление возможно ТОЛЬКО в том случае, если у вас есть старый полный бэкап и ВСЕ, АБСОЛЮТНО ВСЕ, бэкапы журналов транзакций. Если все бэкапы есть, ваши действия такие:
1. Пишете в SSMS
RESTORE DATABASE [имя вашей базы данных]
FROM DISK = 'путь к вашему старому полному бэкапу'
WITH REPLACE, NORECOVERY, STATS = 1
, MOVE 'логическое имя файла данных' TO 'путь к физическому месту хранения файла данных'
, MOVE 'логическое имя файла журнала' TO 'путь к физическому месту хранения файла журнала'

Запускаете выполняться. Опишу параметры:
REPLACE - заменяет имеющуюся БД с указанным именем [имя вашей базы данных], если сомневаетесь, укажите имя отличное от имени поверждённой бд - сделаете копию базы, потом, если всё нормально, пересоздадите базу на сервере 1С
NORECOVERY - этот параметр оставляет базу в состоянии "восстановления". Вы не сможете к ней подключиться, но сможете накатить на неё бэкапы журнала транзакций
STATS = 1 - на вкладке MESSAGES будет отмечаться прогресс выполнения операции с шагом 1 процент, можете поставить 5, 10, сколько вам надо. Можете вообще убрать.
MOVE'ы переносят файлы в указанную папку с указанными именами, т.е. их заполнять надо целиком, например MOVE 'myDb' TO 'D:\SQLBase\mydb_something.mdf'

2. После того как операция завершится, БД останется в состоянии restoring. Удаляете то что написано выше и пишете:
RESTORE LOG [тоже самое имя бд, которое вы писали выше]
FROM DISK = 'путь к самому СТАРОМУ бэкапа лога'
WITH NORECOVERY, STATS = 10

RESTORE LOG [тоже самое имя бд, которое вы писали выше]
FROM DISK = 'путь к следующему за самым старым бэкапа лога бэкапом'
WITH NORECOVERY, STATS = 10

...

RESTORE LOG [тоже самое имя бд, которое вы писали выше]
FROM DISK = 'путь к самому ПОСЛЕДНЕМУ (новому) бэкапу лога'
WITH RECOVERY, STATS = 10

Обратите внимание, что во всех командах RESTORE LOG, кроме последней, вы пишете WITH NORECOVERY, а в последней RECOVERY. Если вы в последней команде тоже написали NORECOVERY, то вам надо будет выполнить следующую команду, чтобы перевести базу в нормальное состояние (чтобы с ней можно было работать):

RESTORE DATABASE [тоже самое имя бд, которое вы писали выше] WITH RECOVERY

В общем, ничего сложного в этом нет, но требуется аккуратность и внимательность. Успехов.
Ещё раз напомню, что это возможно только при наличии ВСЕХ бэкапов лога, созданных после создания полной резервной копии! Так же, если вы переводили базу в режим simple, либо делали BACKUP LOG ... with truncate_only, ничего не выйдет, увы. Советую вам в любом случае, проверить восстановление на копии.

Обратите внимание ещё вот на что. Если в повреждённой базе данных работают пользователи, у вас всё равно будет потеря данных за время от времени создания последней резервной копии журнала транзакций и до "текущего" момента времени. Чтобы этого не произошло, вам нужно будет сделать tail-log backup и именно его восстанавливать с параметром RECOVERY. В этом нет ничего сложного, но моё косноязычие не позволит это доступно объяснить. Прочитайте, если вам это актуально, статью на msdn.


Добавлено:
Oleg_Kurilin

Цитата:

После этого запустить DBCC CHECKDB с REPAIR_REBUILD. Если не поможет - два варианта: REPAIR_ALLOW_DATA_LOSS

очень, очень вредный совет. У человека вроде и бэкапы есть, и ошибки ещё непонятно какие, а вы уже рекомендуете ему данные свои похерить.

bigsloth

Цитата:

очень, очень вредный совет.

Согласен, по тому и предложил REPAIR_ALLOW_DATA_LOSS как менее предпочтительный вариант. Думаю даже до него и не дойдёт, индексы вполне пересоберутся во время REPAIR_REBUILD. В противном случае восстанавливать, но не средствами SQL:
Цитата:

В полных бэкапах за последние три дня есть ошибки (накатывала на другую базу, делал DBCC CHECKDB - те же ошибки что и в рабочей базе).

(хотя, почему и нет?)
В любом случае выгруженную базу средствами 1с иметь желательно.

bigsloth, Oleg_Kurilin, большое спасибо за помощь, особенно bigsloth за столь развёрнутый ответ и ссылку на хабр, очень полезная статья.
Как я понял прочитав статью, все ошибки в базе относились к повреждениям некластерных индексов. Вот результат работы DBCC CHECKDB если кому интересно. [more]
DBCC CHECKDB (MyBase) WITH NO_INFOMSGS, ALL_ERRORMSGS;
GO

Msg 8928, Level 16, State 1, Line 1
Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data): Page (1:2405392) could not be processed. See other errors for details.
Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data), page (1:2405392). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 180488201 and -4.
Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data). Page (1:2405392) was not seen in the scan although its parent (1:927898) and previous (1:2405391) refer to it. Check any previous errors.
Msg 8933, Level 16, State 1, Line 1
Table error: Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data). The low key value on page (1:2405393) (level 0) is not >= the key value in the parent (1:927898) slot 23.
Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data). Page (1:2405393) is missing a reference from previous page (1:2405392). Possible chain linkage problem.
Msg 8933, Level 16, State 1, Line 1
Table error: Object ID 1504724413, index ID 3, partition ID 72057594335526912, alloc unit ID 72057594313310208 (type In-row data). The low key value on page (1:2405394) (level 0) is not >= the key value in the parent (1:927898) slot 24.
CHECKDB found 0 allocation errors and 6 consistency errors in table '_InfoReg1377' (object ID 1504724413).
CHECKDB found 0 allocation errors and 6 consistency errors in database 'MyBase'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (VTS_USTE_v81_WORK).
[/more]
Сначала попробовал REPAIR_REBILD. Не помогло, не одной ошибки не устранено.
В итоге выгрузил и загрузил базу средствами 1с и ошибки исчезли.

Хочу попросить ещё совет
На данный момент стоит SQL SERVER 2005 без сервиспаков. [more=About]Microsoft SQL Server Management Studio                        9.00.2047.00
Microsoft Analysis Services Client Tools                        2005.090.2047.00
Microsoft Data Access Components (MDAC)                        2000.086.3959.00 (srv03_sp2_rtm.070216-1710)
Microsoft MSXML                        2.6 3.0 5.0 6.0
Microsoft Internet Explorer                        8.0.6001.18702
Microsoft .NET Framework                        2.0.50727.42
Operating System                        5.2.3790[/more]
Поскольку на дворе 2013 думаю стоит обновить до SP4.
Может ли процесс обновления СУБД вызвать какие-то проблемы с базами или ещё что-то? Что надо учесть при обновлении?

Oleg_Kurilin

Цитата:

После этого запустить DBCC CHECKDB с REPAIR_REBUILD. Если не поможет - два варианта: REPAIR_ALLOW_DATA_LOSS

очень, очень вредный совет

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

Добавлено:
База 1С УТ10.3, по журналу документов вроде все на месте, но при попытке открыть любой документ, вывыливается SQL ошибка!? Нумерация доков сохранилась, и то ладно. Все заказы были импортированы из другой базы, на основании их восстановлено все остальное. Платежи тоже - из клиент-банка, вручную почти ничего бить не пришлось.

Цитата:

И все же, как это запускоется, и в чем их суть?

Запускается в SSMS New Query: DBCC CHECKDB ('MyBase', REPAIR_REBUILD) или соответственно DBCC CHECKDB ('MyBase', REPAIR_ALLOW_DATA_LOSS ).
Суть такова:

Цитата:

REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD

Указывает, что инструкция DBCC CHECKDB должна исправить обнаруженные ошибки. Для применения описанных ниже параметров исправления указанная база данных должна находиться в однопользовательском режиме.

REPAIR_ALLOW_DATA_LOSS

Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.
REPAIR_FAST

Синтаксис поддерживается только для обеспечения обратной совместимости. Действия по восстановлению не выполняются.
REPAIR_REBUILD

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

REPAIR_REBUILD не исправляет ошибки, связанные с данными FILESTREAM.

http://msdn.microsoft.com/ru-ru/library/ms176064.aspx

Huston, we-ve got a problem! Есть плановое задание по обслуживанию БД 2008 r2 - обновление статистик.
Предположительно после установки обновлений ОСи перестала запускаться служба SSIS и соотвествтвенно перестало выполняться это очень важное задание. Вот, какой выхлоп в логах:

[more]01/31/2013 21:52:01,Stats_Upd_DB.Subplan_1,Error,0,STATION,Stats_Upd_DB.Subplan_1,(Job outcome),,The job failed. The Job was invoked by User STATION\Администратор. The last step to run was step 1 (Subplan_1).,00:00:03,0,0,,,,0
01/31/2013 21:52:01,Stats_Upd_DB.Subplan_1,Error,1,STATION,Stats_Upd_DB.Subplan_1,Subplan_1,,Executed as user: STATION\Администратор. Microsoft (R) SQL Server Execute Package Utility Version 10.50.1600.1 for 64-bit Copyright (C) Microsoft Corporation 2010. All rights reserved. Started: 21:52:02 Error: 2013-01-31 21:52:04.56 Code: 0xC00291EC Source: {53A3CB51-6948-4B60-9E5E-603330897597} Execute SQL Task Description: Failed to acquire connection "Local server connection". Connection may not be configured correctly or you may not have the right permissions on this connection. End Error Warning: 2013-01-31 21:52:04.59 Code: 0x80019002 Source: OnPreExecute Description: SSIS Warning Code DTS_W_MAXIMUMERRORCOUNTREACHED. The Execution method succeeded<c/> but the number of errors raised (1) reached the maximum allowed (1); resulting in failure. This occurs when the number of errors reaches the number specified in MaximumErrorCount. Change the MaximumErrorCount or fix the errors. End Warning Error: 2013-01-31 21:52:04.65 Code: 0xC0024104 Source: Update Statistics Task Description: The Execute method on the task returned error code 0x80131604 (Адресат вызова создал исключение.). The Execute method must succeed<c/> and indicate the result using an "out" parameter. End Error Error: 2013-01-31 21:52:04.65 Code: 0xC0024104 Source: {4D8FA317-7F82-451B-A9A2-F39898CC50DE} Description: The Execute method on the task returned error code 0x80131604 (Адресат вызова создал исключение.). The Execute method must succeed<c/> and indicate the result using an "out" parameter. End Error Warning: 2013-01-31 21:52:04.65 Code: 0x80019002 Source: OnPostExecute Description: SSIS Warning Code DTS_W_MAXIMUMERRORCOUNTREACHED. The Execution method succeeded<c/> but the number of errors raised (2) reached the maximum allowed (1); resulting in failure. This occurs when the number of errors reaches the number specified in MaximumErrorCount. Change the MaximumErrorCount or fix the errors. End Warning DTExec: The package execution returned DTSER_FAILURE (1). Started: 21:52:02 Finished: 21:52:04 Elapsed: 2.637 seconds. The package execution failed. The step failed.,00:00:03,0,0,,,,0[/more]

Уважаемые знатоки, внимание, вопрос: Что делать? Помогите пожалуйста.

P.S. Ошибко запуска службы из системного жернала:[more]Имя журнала: Application
Источник: SQLISService100
Дата: 31.01.2013 23:31:35
Код события: 260
Категория задачи1)
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: STATION
Описание:
Microsoft SSIS Service failed to start.
Error: Система конфигурации не прошла инициализацию
Xml события:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="SQLISService100" />
<EventID Qualifiers="0">260</EventID>
<Level>2</Level>
<Task>1</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2013-01-31T21:31:35.000000000Z" />
<EventRecordID>11158</EventRecordID>
<Channel>Application</Channel>
<Computer>STATION</Computer>
<Security />
</System>
<EventData>
<Data>Система конфигурации не прошла инициализацию</Data>
</EventData>
</Event>[/more]

P.P.S. Что было проделано:
1 - были удалены последние обновы, проблема осталась,
2 - в установщике MS SQL 2008 r2 присутствует такая фича - Repair: только при повторном запуске закончилась success'ом - проблема осталась!

FreeLSD_md

Цитата:

Failed to acquire connection "Local server connection". Connection may not be configured correctly or you may not have the right permissions on this connection.

Попробуйте следующее: открыть этот план обслуживания SSMS, нажать в нём кнопку "Manage Connections" (она сверху, слева от кнопки "Add subplan"), создать в открывшемся окне новое соединение и уже это новое соединение использовать в задаче "update statistics task"

У меня такое было, когда я как-то неудачно развернул msdb из бэкапа

bigsloth
Спасибо за оперативность!
Этот метод не помог.
Мне кажется, что собака зарыта в том моменте, где не стартует служба SSIS. В предыдущем посте приводил сообщение об ошибке из системного журнала при попытке запустить службу. Ещё идеи?

FreeLSD_md
служба Integration Services далеко не всегда нужна для выполнения планов обслуживания, я этот компонент не устанавливаю вообще. На SQL Server 2008 cu3 или sp1 и старше (или sql server 2005 sp2 и старше) он не нужен. На SQL Server 2008 r2, емнип, тоже. В приницпе, если вы поставите SP1, то эта служба точно будет не нужна.
Покажите, пожалуйста, сообщение из лога джоба (то, что у вас было в первой "портянке"), после того как вы изменили в нём соединение.