» Microsoft SQL SERVER

Спасибо! Переустанавливать точно не буду, т.к. контора работает 24/7. Придется привыкать

У SQL 2008 истек ознакомительный период. Ключик ввести (как?), или только переустанавливать (не хочется...)?

Добавлено:
Базы на нем крутятся, но SQL Server Management Studio не пускает...

M_Volkov
Edition upgrade в инсталляторе (не восстановление/переустановка, а именно апгрейд редакции).
Вот тут описано как (на английском правда)

Если не получится - в конце статьи есть ссылка на статью KB Microsoft в которой написано что и как делать (там правка реестра и опять инсталлятор с edition upgrade)

Сервер виртуальный. Когда не стало хватать место на диске, подмонтировали еще диск на 50 Гб в C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA, т.е. где лежат сами файлы баз. Теперь в свойствах диска показывает что свободного места почти нет, а на самом деле более чем... Но вот _log файлы почему-то меньше 10 Мб и не растут... а базы виснут!?

Цитата:

Но вот _log файлы почему-то меньше 10 Мб и не растут... а базы виснут!?

Блин, накаркал - _log в 5 раз превысил! Чтобы сжать надо сделать бэкап хотя бы транзакций, а места нет... забыл как сетевой путь прописывается?

Добавлено:
Для шары пишет
Цитата:

System.Data.SqlClient.SqlError: Невозможно открыть устройство резервного копирования 'Z:\Архив\SQL\1c_picnic_11072011.bak'. Ошибка операционной системы 3(Системе не удается найти указанный путь.). (Microsoft.SqlServer.Smo)

M_Volkov

Цитата:

Для шары пишет

Цитата:

Невозможно открыть устройство резервного копирования 'Z:\Архив

Мапленные диски - это неправильный путь. Рассказывать почему - долго и глупо.
Делай бэкапы на \\<server_name>\<sharename>\Архив\SQL\1c_picnic_11072011.bak

Цитата:

Делай бэкапы на \\<server_name>\<sharename>\Архив\SQL\1c_picnic_11072011.bak

naPmu3aH а как в этом случае с правами на шару? Скажем когда у меня служба
SQL сервер запускается от конкретной учетки - понятно что нужно дать права на запись этой учетке. А если служба запущена от SYSTEM?

Valery12

Цитата:

А если служба запущена от SYSTEM?

Запускать от учетки и давать ей права на шару.
Если сервис запущен от SYSTEM замапить диск не получится в любом случае...

naPmu3aH

Цитата:

Делай бэкапы на \\<server_name>\<sharename>\Архив\SQL\1c_picnic_11072011.bak

Похоже у sa нет туда доступа. Вечером пересоздал базу средствами 1С. Сейчас _log всего 4.3% Хм, авторасширение для данных 1Мб, рост не ограничен, а для _log - 10%, рост ограничен до 2097152Мб. Откуда такая цифра, на диске всего 50Гб? Надо ли его ограничить, ну скажем 100-200% от данных? Как это скажется на производительности?

Цитата:

Похоже у sa нет туда доступа.

доступ должен быть не у sa, а у учетки под которой запущен SQL Server

Цитата:

Откуда такая цифра, на диске всего 50Гб?

Просто максимально возможный размер лог-файла для SQL Server. К размеру именно вашего диска не привязан.

Цитата:

Надо ли его ограничить, ну скажем 100-200% от данных? Как это скажется на производительности?

Как хотите, на производительность максимальный размер никак не сказывается. На производительности сказываются авторасширения. Плюс, если вы ограничите размер лог-файла, он наберет этот размер и не сможет увеличиться - ваша база перейдет в режим read-only.

bigsloth

Цитата:

не сможет увеличиться - ваша база перейдет в режим read-only.

Вот я про это, загнется что-л? Сервер только для 1С, значит не ограничивать? Раньше _log не превышали 10Мб... но все жаловались, что медленно.

M_Volkov
Станет read-only. Не загнется. Вы не сможете в эту базу ничего писать, пока не сделаете резервную копию лога, либо не переведете базу в модель восстановления SIMPLE (посмотрите в BOL про процесс усечения журнала транзакций)

bigsloth

Цитата:

переведете базу в модель восстановления SIMPLE

Сменить полную на простую (у меня русский SQL) - исчезает возможность бэкапить журнал транзакций!? Что о нем тогда совсем забыть можно?

Цитата:

Что о нем тогда совсем забыть можно?

Не совсем. Вот тут перечислены причины по которым лог не может усекаться и, соответственно, будет расти. Смотрите в описании примечание "для всех моделей восстановления".
Если в простой модели восстановления у вас сильно вырастет лог, вам надо будет разобраться с причиной роста, устранить ее и "обрезать" лог до нормального размера - он не должен будет расти.
Учтите, что лог практически одинаково используется во всех моделях восстановления (т.е. в него пишется практически один и тот же набор данных), а разница заключается только в усечении. В простой модели восстановления лог усекается после чекпойнта, а в полной - после бэкапа журнала транзакций.

есть сервер SQL 2008 R2 и несколько баз 1С на нем.
создаю Maintance Plans для типовых операций. все ок, кроме Shrink Database Task - проблема в том, что задача отрабатывает без ошибок, но журналы транзакций (*.ldf) при этом не режутся. У одной базы .ldf больше 4ГБ, после отработки задачи Shrink размер не меняется.
Вроде настройки там примитивные (оставил дефолтные для теста), все сделал.
Что это может быть, подскажите?

smiker2007
Тут все просто. Вы перед шринком бэкап лога транзакций делаете?
Размер не изменится или скл видит что бекапа не было сделано.
Сделайте в плане бекап баз и уже после них делайте шринк.
Вот тут выложил скрины, сделал специально для вас http://rghost.ru/private/15689501/25a8678ba8812e6afbdc9b84eb610e07

Добавлено:
А тем временем вышел SP1 для 2008R2
http://www.microsoft.com/download/en/details.aspx?id=26727

Под семерку нимогу поставить ни 2005Express Edition ни 2008Express Edition. Уже день угрохал.
Скачивал с офф сайта файл SQLEXPR32_RUS.EXE SP4.
При установке 2005Express Edition на первой же стадии: файлы поддержки установки - вылетает ошибка.
Отправляет в журнал для более детальной информации.
Вот последнее, что пишится в логе:
MSI (s) (80:68) [12:47:28:225]: Note: 1: 1729
MSI (s) (80:68) [12:47:28:226]: Продукт: Файлы поддержки установки Microsoft SQL Server (русский) -- Сбой настройки.

MSI (s) (80:68) [12:47:28:242]: Deferring clean up of packages/files, if any exist
MSI (s) (80:68) [12:47:28:242]: MainEngineThread is returning 1603
MSI (s) (80:98) [12:47:28:247]: RESTART MANAGER: Session closed.
MSI (s) (80:98) [12:47:28:247]: No System Restore sequence number for this installation.
=== Завершение записи журнала: 19.08.2011 12:47:28 ===
MSI (s) (80:98) [12:47:28:254]: User policy value 'DisableRollback' is 0
MSI (s) (80:98) [12:47:28:254]: Machine policy value 'DisableRollback' is 0
MSI (s) (80:98) [12:47:28:254]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (80:98) [12:47:28:255]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (80:98) [12:47:28:256]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (80:98) [12:47:28:257]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (80:98) [12:47:28:258]: Restoring environment variables
MSI (s) (80:98) [12:47:28:261]: Destroying RemoteAPI object.
MSI (s) (80:34) [12:47:28:261]: Custom Action Manager thread ending.
MSI (c) (10:6C) [12:47:28:264]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (10:6C) [12:47:28:265]: MainEngineThread is returning 1603
=== Verbose logging stopped: 19.08.2011 12:47:28 ===


Мо подшаманить както надо, что б эта зараза установилась?
Под ХР стала без проблем.

Не удается установить SQL Server 2005 на ноутбук: Windows XP Home (лицензионная, с последними обновлениями).
Установка замирает на этапе проверки оборудования. Сначала грешил на железо (1,6 ГГц процессор, 512 Мб оперативки), но потом исключил эти подозрения, так как тот же результат имел, устанавливая версию SQL Server 2005, для которой такие системные требования не есть минимальные.
Прошу помощи.

По ссылке посмотрите таблицу - какую редакцию SQL Server на какую ОС можно устанавливать.

Да смотрел я это.

Мне даже SQL Server 2005 Express Edition не становится, хотя должен.

Смотрите логи установки. Они здесь: C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG.
Что в summary?

Практически ничего, только это:


Microsoft SQL Server 2005 9.00.1399.06
==============================
OS Version : Microsoft Windows XP Home Edition Service Pack 3 (Build 2600)
Time : Mon Aug 29 00:10:39 2011

Ни у кого нет мыслей по этому поводу?

на сколько помню (хотя может и ошибаюсь, давно уже с ним не сталкивался) на XP Home MS SQL не встает.

Добавлено:
сорри, посмотрел по ссылке на сайте MS, там пишут что встает, но с условиями по ссылке

Эти условия выполнены?

Выполнены.
Не совсем понятно это примечание:

Reporting Services, which is installed as part of SQL Server Express with Advanced Services, will not install on operating systems that do not include Internet Information Services (IIS). This includes Windows XP Home Edition, which does not include IIS.

Может, все дело в IIS?

Цитата:

на сколько помню (хотя может и ошибаюсь, давно уже с ним не сталкивался) на XP Home MS SQL не встает.

Ну вот еще, у меня полфирмы с ноутбуками на "хомяках" - везде устанавливался SQL Express и Developer - всё устанавливалось без проблем.
Даже IIS при определенных хитростях на XP Home поднять можно, чтобы Reporting Server запустить.

Скорее всего, проблема в вашем конкретном дистрибутиве или установке Windows.
Попробуйте скачать другой дистрибутив SQL Express 2005 (или 2008), ну и курить логи, конечно, в крайнем случае, переустановить Windows.

Уж разные дистрибутивы SQL Server пробовал.
Выход один: буду на выходных Винду переустанавливать.
Работа предстоит веселая: лицензионка, скрытые секторы и т.п...
Пока убьешь - устанешь

Возможно ли восстановить случайно удаленный job?

Возможно. Из актуального бекапа msdb.
Восстанавливаешь, скажем, в msdb_temp и скриптуешь перенос нужного джоба из sysjobs, sysjobsteps, sysjobschedules (или создаешь руками на основе возвращаемых данных).

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