aidar Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Microsoft SQL Server   В данном разделе рассматриваются вопросы по установке, настройке и администрированию MS SQL. Вопросы по выборкам, созданию процедур, индексов и прочему программированию - лучше обращаться сюда: Microsoft SQL Server в разделе Прикладное Программирование Полезные ресурсы: Ссылки на официальные ресурсы:   TechNet Rus по SQL   TechNet Eng по SQL 2000    TechNet Eng по SQL 2005     MS SQL Server на форумах TechNet Rus   Полезные ресурсы, где можно найти дополнительную информацию: http://www.sql.ru - один из самых больших и популярных ресурсов в ру-нете по MSSQL. http://sqlserverbuilds.blogspot.com - информация о ВСЕХ билдах и версиях SQL Server   Где найти дистрибутив? Microsoft SQL Server 2000   Текущий и наверное Последний Service Pack: SP4 (build 8.00.2039) Последний кумулятивный пакет хотфиксов после SP4: build 8.00.2187 Список всех хотфиксов после SP4 на текущий момент: Cumulative list of the hotfixes that are available for SQL Server 2000 SP4 SQL Server 2000 Books Online June 2007 Update Сравнение редакций, совместимость с ОС Microsoft SQL Server 2005   Блог Александра Гладченко - MVP по MS SQL. Заглядывайте периодически, очень интересные статьи.   Текущая версия: Последний Service Pack - 2 Их было два, оба с одинаковым билдом - 9.00.3042 Здесь (ENG) описано, почему так произошло и как отличить "правильный" от "не правильного".   Здесь можно посмотреть, какой апдейт на сегодняшний день крайний для MS SQL SP2: The SQL Server 2005 builds that were released after SQL Server 2005 Service Pack 2 was released (ENG) Всего записей: 255 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014

M_Volkov Gold Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Serg0FFan Если за Standard брать пол-литра, то чекушкой Express будет, а Enterprise - на литр тянет... А по составу компонент, при установки Enterprise Цитата: большого выбора и нет - всего одну галочку снять можно, я не рискнул...   попробуй сам... только отпишись потом.   Добавлено: Вообще-то я про SQL 2008 писал, а насчет SQL 2005 - не помню... По моему Цитата: ...чтобы взлетела база под 1С Предприятие 8.1 на нём от состава компонент не зависит... Ну, если только в 1С модули вставлять на языке SQL для оптимизации запросов. Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 12:01 02-12-2009 | Исправлено: M_Volkov, 12:19 02-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору M_Volkov Поставил все, на всякий, потом по компонентно удалял не очень нужное.   Notification services например. Некоторые компоненты можно удалить не полностью а частично, кнопка Дополнительно и там крестиком указываешь что это не нужно. Visual Studio 2008 удалось "убрать" поставив "крестик" гдето в комопненте дрля рабочих станций (точно не помню как называется). Но так же и пропало чета там про surface, не знаю нужен он или нет. SQL Menegament Studio работает, все ок. Вот вопрос как мгновенные снимки базы делать? Большой вопрос. Есть идея, на лету (раз позволяет энтерпрайз эдишн), делать снимок базы и потом спокооооойненько, и не быыыстро дампить его на диск и далее уже удалять снимок этот. Т.е. получаем полностью рабочую копию базы и без всяких несоответсвий. Вот как бы реализовать это? Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 22:13 02-12-2009

bigsloth Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору http://www.kodyaz.com/articles/create-sql2005-database-snapshot.aspx А зачем вам делать бэкап со снапшота? SQL Server прекрасно умеет бэкапить базы при работе пользователей в них.. Львиная доля данных все равно будет копироваться с "основной" БД - значит, скорее всего, производительность дисковой подсистемы вы, таким образом, не улучшите.. Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:36 03-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bigsloth А при копировании обычными средствами SQL 2005, не будет ситуации когда скопированная база будет не согласованна? Т.е. в момент копирования кто-то внес изменения в базу затрагивающие таблицы которые уже были скопированы, но   без этих изменений, и таблицы которые копируются с изменениями (позже), такая ситуация возможна? Копирую с помощью скрипта: osql -Usa -P******* -i C:\Bin\1c\2\sqlscript.sql -o C:\Bin\1c\logs\dumps_and_shrink.log Вот содержимое файла C:\Bin\1c\2\sqlscript.sql : Код:   USE master DECLARE @folder nvarchar(3000)   SET @folder = 'S:\!copy!\SQLBack\Tmp' -- + CONVERT(varchar, GetDate(), 104) DECLARE @path nvarchar(4000)     SET @path = @folder+'\work_firma_texno.bak' BACKUP DATABASE work_firma_texno TO DISK = @path DBCC shrinkdatabase(work_firma_texno);   CHECKPOINT;   BACKUP Log work_firma_texno WITH TRUNCATE_ONLY   SET @path = @folder+'\work_pk_texno.bak' BACKUP DATABASE work_pk_texno TO DISK = @path DBCC shrinkdatabase(work_pk_texno);   CHECKPOINT;   BACKUP Log work_pk_texno WITH TRUNCATE_ONLY   SET @path = @folder+'\zup_ooo_texno.bak' BACKUP DATABASE zup_ooo_texno TO DISK = @path DBCC shrinkdatabase(zup_ooo_texno);   CHECKPOINT;   BACKUP Log zup_ooo_texno WITH TRUNCATE_ONLY     Может как то и не очень красиво или не правильно? Критику и подсказки приветствую Наверняка как то можно красиво это оформить штатными средствами SQL 2005 через планы и пр. Некогда разбираться, важнее было сделать чтобы копии уже сейчас делались   P.S. Хотелось бы делать копии, раз в сутки, и обрезать лог транзакций, ибо он ооочень быстро растет. Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 12:04 03-12-2009 | Исправлено: Serg0FFan, 12:06 03-12-2009

bigsloth Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору При использовании команды BACKUP DATABASE вы всегда получаете согласованную копию. При начале бэкапа sql server сделает "пометку" в журнале транзакций о начале, при окончании - еще одну и допишет все изменения   Цитата: SQL Server использует оперативный процесс резервного копирования, что позволяет создавать резервную копию базы данных во время ее использования. Во время резервного копирования можно производить большинство операций. Например, во время создания резервной копии разрешены инструкции INSERT, UPDATE и DELETE http://msdn.microsoft.com/ru-ru/library/ms186865.aspx   Для создания бэкапов используйте maintenance plan (в узле Managment в SMSS). Там есть готовый блок "backup database" - можно выбрать какие базы и куда копировать, создавать расписание. DBCC SHRINKFILE лучше не использовать. Только если у вас серьезные проблемы с жестким диском (точнее местом на нем). Операции автоувеличения файла данных, как и журнала транзакций, считаются очень затратными с точки зрения ресурсов. Для того, чтобы журнал транзакций не рос - делайте его резервные копии, либо устанавливайте базе данных recovery model = simple, если у вас стоит full и резервное копирование журнала транзакций не производится - разницы никакой не будет, на какой-то момент времени вы не восстановитесь, только с последнего full-бэкапа.   +CHECKPOINT можете не вызывать. При выполнении BACKUP DATABASE\LOG он должен вызваться сам. Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 13:20 03-12-2009 | Исправлено: bigsloth, 13:22 03-12-2009

M_Volkov Gold Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Serg0FFan Цитата: Наверняка как то можно красиво это оформить штатными средствами SQL 2005 через планы и пр. Некогда разбираться... Открой Агент SQL Server/Задания, "расставь галочки"... это проще, чем скрипты писать! Даже не зная SQL языка, сценарии Transact-SQL для команд шага можно получить заранее. Например, делаешь полный бэкап базы в ручную, задал все параметры копирования, нажал кнопку "Сценарий" (возле "Справка") - сценарий команды готов! То же самое для бэкапа журнала транзакций, и сжатия базы. В расписаниях указываешь: для бэкапа журнала транзакций - каждые 2-3 часа, для полного бэкапа и сжатия - один раз ночью, можно задать одним заданием в два шага (сжатие может и не понадобиться, если бэкапы будут регулярные). Вроде я уже писал это, см. пред. стр... Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 14:10 03-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bigsloth Огромное спасибо Еще вопрос: можно о "+"  и "-" моделей full и simple рассказать? Если у меня 3 базы и все переведу в simple, то чем мне это грозит?   Добавлено: M_Volkov Спасибо   Добавлено: И еще вопрос к гуру На Windows Server 2003 (x86) + SP2 + последние хотфиксы, установил память 8Гб, в boot.ini добавил ключик /PAE, всю память видит, но! SQL 2005 как то не особо активно её использует. Пик выделенной памяти системой больше 3.3Гб не превышает никогда. Я так понимаю что сабжу чем больше памяти тем лучше, так вот как бы его заставить использовать побольше памяти, чтобы зря не простаивала она в материнке Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 14:30 03-12-2009

bigsloth Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Еще вопрос: можно о "+"  и "-" моделей full и simple рассказать? Тут в трех словах не расскажешь, но я постараюсь. Многие почему-то думают, что если использовать модель simple, то в журнал транзакций попадает намного меньше записей, чем при использовании модели full. Это не совсем верно, поскольку при модели восстановления simple (как и bulk-logged) в журнал транзакций не попадает очень малая часть операций - такие как SELECT .. INTO, либо, например, информация о ALTER INDEX .. REBUILD. Точнее не "не попадает", а попадает небольшая часть этой информации. Самое большое отличие между full и simple то, что при использовании модели simplе, sql server сам очищает журнал транзакций, т.е. помечает неактивную часть журнала как "свободную" для повторного использования (при CHECKPOINT'e). При использовании модели восстановления full вам нужно заниматься этим самостоятельно (что вы и делали - BACKUP LOG WITH TRUNCATE_ONLY - просто усекали неактивную часть без, собственно, создания резервной копии). Т.е., если не хотите ничего менять - модель восстановления simple вас полностью устроит - лог вырастет до своего "оптимального" размера и остановится - будет использоваться циклически. Чтобы использовать "все прелести" модели восстановления full - делайте резервные копии журнала транзакций (каждые 30 мин\1 час\2\... - в зависимости от требований бизнеса). При наличии full-бэкапа и следующих за ним резервных копий журнала транзакций вы можете восстановить БД на любой момент времени. Путем разворачивания полной резервной копии и "накатывания" сверху копий журнала транзакций, с указанием момента остановки. Процедуру лучше прочитать в BOL - я вряд ли смогу все точно описать . Так что, если вас устроит потеря данных за день, в случае серьезного сбоя (поскольку полные бэкапы вы делаете раз в сутки), то можете ставить модель симпл и больше не вспоминать про журнал транзакций..   Цитата: Пик выделенной памяти системой больше 3.3Гб не превышает никогда А как вы проверяете? Если через диспетчер задач, то, говорят, что он может выдавать неверные данные. Попробуйте посмотреть в perfmon'e. Плюс, у вас, случайно, не стоит ограничение на использование оперативной памяти в настройках SQL Server? Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 17:39 03-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bigsloth в свойствах сервера, закладка Память:   Код: раздел Параметры памяти сервера Использовать AWE для выделения памяти: 1 //не знаю нужно ли это, на всякий поставил, по дефолту стояло 0 Минимальный размер памяти сервера (Мб): 0 Максимальный размер памяти сервера (Мб): 2 147 483 647   раздел Прочие параметры памяти Память для создания индекса (Кб, 0 = динамическая память) Минимальный объем памяти для запроса (Кб): 1024   Что можно улучшить?   Добавлено: bigsloth Спасибо за разъяснения Если я правильно понимаю, то при модели full, возможен вариант создания копии как это делается на Windows Server 2003 например, с помощью стандартной утилиты Архивация данных? Т.е. делается первоначальный ПОЛНЫЙ архив, а уже потом в него же с каким то интервалом бэкапится дельта (различия которые образовались с момента первого бекапа) и т.д. И в итоге мы имеем одну полную копию и кучу разностных. И вся эта музыка живет в одном файле. Я верно понимаю?   Добавлено: Вернее чуть чуть не так, отдельная ПОЛНАЯ копия базы и последующая накопительная копия журнала транзакций данной базы. Так правильнее наверное? Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 17:51 03-12-2009 | Исправлено: Serg0FFan, 18:05 03-12-2009

bigsloth Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: то при модели full, возможен вариант создания копии   как это делается на Windows Server 2003 например, с помощью стандартной утилиты Архивация данных? Я, честно говоря, не знаю как работает "Архивация данных", но для создания бэкапов sql server лучше использовать сам sql server.   Цитата: Вернее чуть чуть не так, отдельная ПОЛНАЯ копия базы и последующая накопительная копия журнала транзакций данной базы. Да, примерно так. По ссылке описан процесс восстановления БД с использованием резервных копий журнала. Желательно хорошо представлять как они используются, чтобы не оказаться в ситуации когда есть и полные бэкапы, и резервные копии журналов, а восстановиться с них нельзя . Плюс, даже в модели simple возможно создание дифференциальных бэкапов, которые являются как раз накопительными и в каждый следующий бэкап попадают ВСЕ изменения в БД, совершенные после создания full-бэкапа. Но восстановиться с них можно только на момент создания этого бэкапа (бэкап журнала транзакций созданного, например, в 8:00 позволит вам восстановиться и на 8:00, и на 7:39, если возникнет такая необходимость).   Цитата: Что можно улучшить? А вот тут уже не знаю. Память вы разрешаете использовать по-максимуму. Может быть sql server'у просто больше и не надо? Последите за счетчиком BufferManager: Buffer cache hit ratio. Если его значение стабильно >=90 (даже 99), то скорее всего проблемы нет и когда серверу потребуется больше памяти, он ее возьмет. Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:13 04-12-2009

Akam1 Комса Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Подскажите, пожалуйста, от чего примерно может разрастись системная база tempdb до 20Гб и самое главное - почему она не сжимается? SQL 2008. ---------- В правильно поставленном вопросе всегда содержится 50% ответа Все будет так, как должно быть. Даже если будет иначе. Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 09:17 04-12-2009

M_Volkov Gold Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору 2ALL Хм... а что теперь SQL 2008 можно целиком на WinXP x86 ставить? Под WinXP я редко работаю, держу ее когда надо близко сымитировать работу пользователя. Раньше, когда работал с SQL 2000, на WinXP только инструментарий ставился, а сейчас SQL 2008 вроде как полная установка пошла...!? Ели отменить успел, или я с перепугу что-то путаю? Всего записей: 5783 | Зарегистр. 23-06-2008 | Отправлено: 09:20 04-12-2009

bigsloth Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Подскажите, пожалуйста, от чего примерно может разрастись системная база tempdb до 20Гб и самое главное - почему она не сжимается? SQL 2008. Самое простое - перезагрузить сервер. Или перезапустить службы, tempdb пересоздастся.   Цитата: Хм... а что теперь SQL 2008 можно целиком на WinXP x86 ставить? Зависит от редакции. По-моему только Enterprise'у требуется серверная ОСь, остальных удовлетворит XP Pro с SP2 (или 3, не помню точно) Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 09:46 04-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bigsloth все хорошо, все понятно вроде. А не могли бы Вы показать в качестве примера, как настроено у вас все? Хотя бы в общих словаХ скрипты не обязательны Так наверное нагляднее будет. Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 11:49 04-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору bigsloth ОтчитаюсО 1. Сделал план "Полный бэкап всех пользовательских баз" - раз в месяц создаётся полная копия всех пользовательских баз, в папку, с разбивкой на папки для каждой базы. 2. Сделал план "Бэкап журнала транзакций" - каждый час создаётся накопительная копия журнала транзакций каждой клиентской базы, так же с разбивкой на папки.   Этого достаточно для того, чтобы если вдруг чего, можно было восстановиться безболезненно? Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 16:07 04-12-2009 | Исправлено: Serg0FFan, 16:10 04-12-2009

naPmu3aH Из лесу вышел Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Serg0FFan Цитата: Сделал план "Полный бэкап всех пользовательских баз" - раз в месяц создаётся полная копия всех пользовательских баз Цитата: Сделал план "Бэкап журнала транзакций" - каждый час создаётся накопительная копия журнала транзакций А теперь предположим у вас случилась беда... Поломалась база в предпоследний день перед очередным ежемесячным бэкапом за час до назначенного времени. Бывает же, ну правда... Для восстановления работоспосбности базы на состояние до аварии Вам придется восстановить полный бэкап, сделанный месяц назад и последовательно накатить на него 719 (30x24-1) бэкапов логов транзакций. Вы уверены, что вы создали оптимальный план резервирования своих данных??? ---------- Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна? Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 16:27 04-12-2009 | Исправлено: naPmu3aH, 16:28 04-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Отключил в SSMS вывод в лог виндовс успешный бэкап, с помощью флага трассировки 3226: Код: DBCC TRACEOFF (3226,-1)  и что то толку ноль, все равно пишет в лог о каждом успешно завершенном бэкапе, тем самым его засоряя. Как то можно победить? Или просто нужно было рестартовать SQL сервер? И второй ворос вдогонку: если в текущий момент с базой работают люди, в 1С Предприятие, перезапуск сервера через SQL Server Management Studio повлияет на их работу? Говоря иначе: выкинет их из базы или нормально будут продолжать работать?       Добавлено: naPmu3aH Абсолютно не уверен! Потому и спрашиваю не стесняясь что будут критиковать Обо не дока в этом вопросе. Каким бы с Вашей точки зрения был бы оптимальный план? Вернее как бы он выглядел? Да! забыл сказать совсем. Копия лога транзакциЙ создается раз в час с 9 утра до 20 вечера, т.е. 12 штук в сутки итого получаем 12х31 =372 Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 16:27 04-12-2009 | Исправлено: Serg0FFan, 16:40 04-12-2009

naPmu3aH Из лесу вышел Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Serg0FFan Все сильно зависит от того объема (временного периода) с потерей которого Вы (Ваша компания) готова смириться... И сколько готова на это потратить.   Цитата: опия лога транзакция создается раз в час с 9 утра до 20 вечера, т.е. 12 штук в сутки итого получаем 12х31 =372 Ну во-первых, восстановление что полного бэкапа, что бэкапа лога (в зависимости от периода бэкапа и интенсивности транзакций) занимает время. Больше файлов для восстановления - дольше сам процесс восстановления. Во-вторых, посчитайте сколько времени у вас займет указание имен 372 файлов при добавлении их  соотв. форму в Management Studio (или перечисление этих имен файлов в скрипте) при восстановлении. Если вы готовы смириться с потерей данных за день (восстановить состояние базы "на вчера") - ежедневные бекапы ваш выбор...   Если Вам хочется восстановить данные на "час назад" - ежедневный бэкап + ежечасный бекап лога транзакций (возможно комбинирование с разностными бэкапами базы) Вам помогут. Ну и так далее...   Естественно на выбор оптимального плана влияют и размер базы и характер доступа к базе, и возможность доступа к локальным носителям/скорость работы этих носителей (в частности куда делается бэкап) и еще куча других факторов...   Думаю Вам должны подойти ежедневный полный бекап + ежечасный бэкап лога. Если полный бэкап занимает много времени/ресурсов - ну делайте ежемесячный и разностные еженедельные(еже2-хнедельные)...   ---------- Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна? Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 17:05 04-12-2009

Serg0FFan Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору naPmu3aH Спасибо за подробный ответ есть два условия:   1) необходимо хранить ежедневную копию базы в течении года. Часто возникает потребность сравнить что изменилось в базе 1С. Потому как бухгалтера частенько говорят "раньше все было по другому". Вот чтобы выявить в чем разница, поднимается копия и ищутся различия и виновный. Ну и делаются исправления.   2) необходимо иметь возможность восстановить копию, в случае аппаратного сбоя например или еще чего (не дай Бог).   Вот собственно два основных требования. Полная копия делается ночью и потому никого не напрягает. Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 17:12 04-12-2009

naPmu3aH Из лесу вышел Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Serg0FFan Цитата: 1) необходимо хранить ежедневную копию базы в течении года Ежедневную? Даже в вашем первоначальном сценарии была был ежемесячный полный бэкап...   Если все-таки надо ежемесячный - ну складывайте раз в месяц из места куда вы делаете ежедневные бекапы один в другое место (где храните ежемесячные)   Цитата: необходимо иметь возможность восстановить копию, в случае аппаратного сбоя например или еще чего (не дай Бог) Ну в общем-то все копии делаются именно для этого... Надеюсь Вы делаете бэкапы не рядом (на тот же диск, например) с основной базой?   Кроме того настоятельно рекомендую время от времени (частота по желанию) проверять бекапы путем восстановления в копию базы на другом сервере/компьютере... А то встречался я с таким: складываются куда-то бекапы год, другой, а потом когда ВНЕЗАПНО становится необходимо один из них развернуть оказывается что ВСЕ они битые из-за проблем с сетью/диском/и т.п. ---------- Ну і хто тебе кликав, чому ти прийшла, Стара проститутка, сука-війна? Хто тобі платить за наші тіла? Скільки ще тобі треба, яка їх ціна? Всего записей: 4642 | Зарегистр. 30-10-2001 | Отправлено: 17:43 04-12-2009

Страницы: 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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование