Где находятся файлы Базы Данных SQL ?
Создал БД в Visual Studio 2010. Файл БД надо отправить по почте. Но не знаю где он находится. В свойствах БД в обозревателе серверов нету. В поиск вбивал .mdf — не нашел. Где мне найти созданный файл или файлы Базы Данных? Срочно надо отправить. Подскажите пожалуйста. Заранее благодарен.
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:
Как правильно настроить Genymotion и где потом искать файлы базы данных?
Здравствуйте. В проекте нужно создать базу данных. Как правильно настроить Genymotion и где.
Где находятся .pas файлы?
Простой вопрос, где находиться .pas файлы? К примеру Windows.pas,Variants.pas и т.д
Где находятся конфигурационые файлы Dock?
привет 1.подскажите где находяться конфигурационые файлы Dock на mac os. конкретней меня.
Где находятся файлы компонентов Delphi xe2
Возможно, глупый вопрос, но все же: где находятся файлы компонентов в Delphi XE2. У меня возник.
6046 / 3455 / 335
Регистрация: 14.06.2009
Сообщений: 8,136
Записей в блоге: 2
Тут два варианта:
1) БД создалась в папке с проектом
2) БД создалась в папке, которая по умолчанию выставлена в настройках сервера, как каталог для БД
Регистрация: 18.04.2013
Сообщений: 127
А как узнать где эта папка по умолчанию? я просто не помню что указал когда устанавливал.
6046 / 3455 / 335
Регистрация: 14.06.2009
Сообщений: 8,136
Записей в блоге: 2
попробуй поискать .mdf на диске C
624 / 495 / 43
Регистрация: 05.07.2010
Сообщений: 1,589
Удобнее было бы забэкапить базу, нежели отправлять почтой сами файлы БД.
Но если так хочется отправить файлы, можно посмотреть результат выполнения запроса sp_HelpDB имябазы,
во втором датасете он перечислит все файлы базы. Ну или на базе правая кнопка мыши — свойства.
По умолчанию обычно базы кладутся в туда, куда им сказали быть при установке SQL сервера.
Обычно это директория Data по соседству с директорией самого сервера.
Например, C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA
Но это мой частный случай.
И по умолчанию нельзя надеяться, что все файлы базы окажутся там, где они по умолчанию и даже что все файлы базы будут расположены на одном диске.
Архитектура хранения данных в Microsoft SQL Server
Приветствую Вас на сайте Info-Comp.ru! Сегодня мы с Вами поговорим о том, как организовано хранение данных в Microsoft SQL Server на физическом уровне, в частности Вы узнаете, из каких файлов состоит база данных в SQL Server и как внутренне устроены эти файлы, т.е. как фактически хранятся данные.
Файлы базы данных SQL Server
Общая архитектура хранения
Данные в базе данных Microsoft SQL Server, как и в любой другой базе данных, физически хранятся в виде обычных файлов операционной системы, при этом в SQL Server внешне это выглядит, на самом деле, достаточно понятно.
Дело в том, что существует всего 3 типа файлов, которые могут существовать у базы данных в SQL Server. При этом, конечно же, каждый файл относится к какой-то конкретной базе данных, иными словами, у каждой базы данных есть свои индивидуальные файлы.
Стоит отметить, что в простейшем виде большинство баз данных, реализованных в SQL Server, будет состоять всего из двух файлов (mdf и ldf), именно это и создаёт понятную внешнюю картину физического хранения данных в Microsoft SQL Server.
По мере увеличения данных, увеличения нагрузки на базу данных, безусловно потребуется оптимизация хранения данных, за счёт их распределения по нескольким дискам, поэтому в крупных базах данных появляются дополнительные файлы данных (ndf), благодаря которым мы можем распределить данные одной базы данных на несколько дисков.
Типы файлов в SQL Server
- Файлы данных – это файлы, в которых хранятся сами данные. Такие файлы бывают двух типов:
- Первичный файл данных – имеет расширение .mdf (Master Data File). Данный файл присутствует в любой базе данных. Кроме данных, он еще содержит сведения, необходимые для запуска базы данных, и ссылки на другие файлы в базе данных;
- Вторичный файл данных – имеет расширение .ndf (Not Master Data File). Данные типы файлов база данных может и не содержать, они создаются дополнительно к первичному файлу. С помощью именно таких файлов мы можем распределять данные на несколько дисков.
По умолчанию файлы базы данных располагаются в каталоге, который Вы указали в момент установки SQL Server на этапе настройки ядра в поле «Каталог пользовательской базы данных» для файлов данных, и в поле «Каталог журналов пользовательской базы данных» для журнала транзакций.
Однако при создании базы данных, или добавлении файла к базе данных, Вы можете указать свой путь к каталогу, в котором хранить создаваемый файл.
Файловые группы
В Microsoft SQL Server есть возможность объединять файлы данных в файловые группы.
Файловая группа в SQL Server – это логический контейнер, который объединяет несколько файлов данных.
Файловые группы нужны нам в основном для более гибкого управления хранением данных в SQL Server. Дело в том, что с помощью файловых групп мы можем одни таблицы хранить в одних файлах, а другие в других, иными словами, благодаря файловым группам мы можем распределять таблицы по разных файлам и по разным дискам.
Например, мы знаем, что одна таблица у нас будет очень большой и на ее хранение потребуется несколько дисков, поэтому ее (т.е. только одну эту таблицу), мы можем поместить в отдельную файловую группу, в которую добавить несколько файлов, каждый из которых будет храниться на отдельном диске. Все остальные таблицы мы будем хранить в другой файловой группе, т.е. уже в других файлах и, соответственно, на других дисках.
Без файловых групп мы этого сделать не можем, т.е. мы можем, конечно же, создать дополнительные файлы данных, но распределять данные по этим файлам будет сам SQL Server, т.е. на это мы уже не можем повлиять.
Таким образом, при создании таблиц мы можем указать, в какой файловой группе создавать эту таблицу. Если в базе данных создавать объекты без указания файловой группы (в большинстве случаев так и делается), к которой они относятся, они создаются в файловой группе по умолчанию.
По умолчанию в SQL сервере создана файловая группа PRIMARY, и если Вы не создавали дополнительных файловых групп, то все объекты базы данных будут храниться именно в этой файловой группе.
Файловую группу по умолчанию можно переопределить инструкцией ALTER DATABASE, т.е. можно создать файловую группу и назначить ее файловой группой по умолчанию, при этом стоит отметить, что все системные объекты хранятся в файловой группе PRIMARY, а не в новой файловой группе по умолчанию. Иными словами, файловая группа PRIMARY – это особенная файловая группа, в которой хранятся системные объекты и которую нельзя удалить.
Также стоит отметить, что один файл данных может входить в состав только одной файловой группы.
Примечание! Файлы журнала транзакций не могут входить в файловые группы.
Рекомендации по работе с файлами и файловыми группами
- Для всех баз данных рекомендуется создать дополнительную файловую группу и сделать ее файловой группой по умолчанию, чтобы в файловой группе PRIMARY и в первичном файле хранились только системные таблицы и объекты;
- Чтобы увеличить производительность, разносите файлы и файловые группы по нескольким физическим дискам, при этом объекты, активно конкурирующие за свободное пространство, поместите в разные файловые группы;
- Используйте файловые группы для целенаправленного размещения объектов на конкретных физических дисках, например, размещайте большие и быстрорастущие таблицы на отдельных дисках;
- Если несколько таблиц очень часто используются в одних и тех же запросах с соединениями, можно поместить эти таблицы в разные файловые группы и тем самым увеличить производительность, так как для поиска соединяемых данных можно будет использовать параллельный ввод-вывод;
- Часто используемые таблицы и некластеризованные индексы, относящиеся к ним, можно помещать в разные файловые группы и на разные диски, что также увеличит производительность за счет параллельного ввода-вывода;
- Не помещайте файлы журнала транзакций на тот же физический диск, где находятся другие файлы и файловые группы. Иными словами, файл журнала транзакций по возможности помещайте на отдельный, достаточно быстрый диск.
Устройство файлов базы данных SQL Server
Мы с Вами поговорили о том, как на верхнем уровне хранятся данные в SQL Server, теперь давайте немного поговорим о том, как хранятся данные на более низком уровне, т.е. как организовано внутреннее хранение данных в тех самых файлах данных.
В файлах данных в SQL Server все данные хранятся на страницах, которые группируются в экстенты.
Поэтому давайте чуть более подробно поговорим о страницах и экстентах.
Страницы
Страница – основная единица хранения данных в SQL Server.
Дисковое пространство, выделенное для размещения файлов базы данных (MDF или NDF), логически разделяется на страницы. Иными словами, внутреннее пространство файлов данных разделено на страницы и именно в этих страницах хранятся наши данные.
Все дисковые операции ввода-вывода в SQL Server выполняются на уровне страницы и это означает, что SQL Server считывает или записывает целые страницы данных.
Например, в процессе оптимизации запросов мы очень часто говорим о количестве логических чтений, которые выполняются на уровне запроса, так вот – это количество как раз и представляет собой количество считанных страниц данных.
Если провести аналогию, то файл базы данных в SQL Server (MDF или NDF) представляет собой бумажную книгу, содержимое которой написано на страницах. Иными словами, в SQL Server все строки данных точно так же, как и в бумажной книге, записываются на страницы, которые имеют одинаковый физический размер 8 килобайт.
Основную часть файла данных занимают страницы с данными, как и у книги страницы с содержимым, а на некоторых страницах могут находиться метаданные об этом содержимом, например, как оглавление или алфавитный указатель в бумажной книге.
Как уже было отмечено размер страницы в SQL Server составляет 8 КБ. Это значит, что в одном мегабайте базы данных SQL Server содержится 128 страниц.
Каждая страница начинается с 96-байтового заголовка, который используется для хранения системных данных о странице. Эти данные включают номер страницы, тип страницы, объем свободного места на странице и идентификатор единицы распределения объекта, которому принадлежит страница.
Строки данных заносятся на страницу последовательно, сразу же после заголовка. В конце страницы располагается таблица смещения строк.
Таблица смещения строк содержит одну запись для каждой строки на странице. Каждая запись смещения строк регистрирует, насколько далеко от начала страницы находится первый байт строки. Таким образом, таблицы смещения строк помогает SQL Server быстро находить строки на странице. Записи в таблице смещения строк находятся в обратном порядке относительно последовательности строк на странице.
В следующей таблице представлены типы страниц, которые используются в файлах данных базы данных SQL Server.
Тип страницы Описание Data page Строки с данными, за исключением типов text, ntext, image, nvarchar(max), varchar(max), varbinary(max) и xml. Index page Содержимое индекса. Text/Image Текст/изображение. Типы данных больших объектов: text, ntext, image, nvarchar(max), varchar(max), varbinary(max) и данные xml.
Столбцы переменной длины, когда размер строки данных превышает 8 КБ: varchar, nvarchar, varbinary и sql_variant.Global Allocation Map (GAM) Глобальная карта распределения. На GAM-страницах записано, какие экстенты были размещены. В каждой карте GAM содержится 64 000 экстентов или почти 4 ГБ данных. В карте GAM приходится по одному биту на каждый экстент в покрываемом им интервале. Если бит равен 1, то экстент свободен, если бит равен 0, то экстент размещен. Shared Global Allocation Map (SGAM) Общая глобальная карта распределения. На SGAM-страницах записано, какие экстенты в текущий момент используются в качестве смешанных экстентов и имеют как минимум одну неиспользуемую страницу. В каждой карте SGAM содержится 64 000 экстентов или почти 4 ГБ данных. В карте SGAM приходится по одному биту на каждый экстент в покрываемом им интервале. Если бит равен 1, то экстент используется как смешанный экстент и имеет свободную страницу. Если бит равен 0, то экстент не используется как смешанный экстент, или он является смешанным экстентом, но все его страницы используются. Page Free Space (PFS) Сведения о размещении страниц и доступном на них свободном месте. Index Allocation Map (IAM) Карта распределения индекса. Сведения об экстентах, используемых таблицей или индексом для единицы распределения. Bulk Changed Map (BCM) Карта массовых изменений данных. Сведения об экстентах, измененных массовыми операциями со времени последнего выполнения инструкции BACKUP LOG для единицы распределения. Differential Changed Map (DCM) Карта изменений для разностной резервной копии. Сведения об экстентах, измененных с момента последнего выполнения инструкции BACKUP DATABASE для единицы распределения. Экстенты
Экстент — это набор из 8 физически непрерывных страниц.
Экстенты являются основными единицами организации пространства. Как было отмечено, экстент состоит из восьми непрерывных страниц или 64 КБ. Это означает, что в одном мегабайте базы данных SQL Server содержится 16 экстентов.
Экстенты используются для эффективного управления страницами.
В SQL Server есть два типа экстентов:
- Однородные экстенты (Uniform) – это экстенты, которые принадлежат одному объекту, и все восемь страниц экстента может использовать только этот владеющий объект;
- Смешанные экстенты (Mixed) – это экстенты, которые могут находиться в общем пользовании максимум у восьми объектов. Каждая из восьми страниц в экстенте может находиться во владении разных объектов.
SQL Server до 2016 версии не выделяет целые экстенты для таблиц с небольшими объемами данных. Под новую таблицу или индекс обычно выделяются страницы из смешанных экстентов. Когда таблица или индекс вырастают до восьми страниц, они переключаются на использование однородных экстентов для последующих распределений. Если Вы создаете индекс для существующей таблицы, в которой достаточно строк для создания восьми страниц в индексе, все выделения для индекса будут в однородных экстентах.
Начиная с SQL Server 2016 по умолчанию для большей части распределений в пользовательской базе данных и базе данных tempdb используются однородные экстенты. Это не касается распределений, принадлежащих первым восьми страницам цепочки IAM. Для распределений баз данных master и msdb, и model сохраняется предыдущее поведение.
SQL Server использует два типа карт распределения для выделения экстентов:
- Глобальная карта распределения (GAM) – на GAM-страницах записано, какие экстенты были размещены. В каждой карте GAM содержится 64 000 экстентов или почти 4 ГБ данных. В карте GAM приходится по одному биту на каждый экстент в покрываемом им интервале. Если бит равен 1, то экстент свободен; если бит равен 0, то экстент размещен.
- Общая глобальная карта распределения (SGAM) – на SGAM-страницах записано, какие экстенты в текущий момент используются в качестве смешанных экстентов и имеют как минимум одну неиспользуемую страницу. В каждой карте SGAM содержится 64 000 экстентов или почти 4 ГБ данных. В карте SGAM приходится по одному биту на каждый экстент в покрываемом им интервале. Если бит равен 1, то экстент используется как смешанный экстент и имеет свободную страницу. Если бит равен 0, то экстент не используется как смешанный экстент, или он является смешанным экстентом, но все его страницы используются.
Каждый экстент обладает следующими наборами битовых шаблонов в картах GAM и SGAM, основанными на его текущем использовании.
Текущее использование экстента Настройка битов карты GAM Настройка битов карты SGAM Свободно, в текущий момент не используется 1 0 Однородный экстент или заполненный смешанный экстент 0 0 Смешанный экстент со свободными страницами 0 1 Таким образом, упрощенный алгоритм управления экстентами страниц следующий:
- Для выделения однородного экстента SQL Server производит на карте GAM поиск бита 1 и заменяет его на бит 0;
- Для поиска смешанного экстента со свободными страницами SQL Server производит поиск на карте SGAM бита 1;
- Для выделения смешанного экстента SQL Server производит на карте GAM поиск бита 1, заменяет его на бит 0, а затем устанавливает значение соответствующего бита на карте SGAM равным 1;
- Для освобождения экстента SQL Server устанавливает бит GAM равным 1, а соответствующий бит SGAM равным 0.
Заметка! Всем тем, кто только начинает свое знакомство с языком SQL, рекомендую прочитать книгу «SQL код» – это самоучитель по языку SQL для начинающих программистов. В ней очень подробно рассмотрены основные конструкции языка.
На сегодня это все, надеюсь материал был Вам интересен и полезен, пока!
Где хранятся базы данных MySQL
Файлы баз данных в СУБД MySQL хранятся на жёстком диске. По умолчанию все файлы с базами хранятся в директории /var/lib/mysql. Однако это путь можно изменить.
В данной статье будет показано как посмотреть, где хранятся файлы баз данных в СУБД MySQL в операционной системе Ubuntu 20.04.
Где хранятся базы данных MySQL
По умолчанию все файлы с базами хранятся в директории /var/lib/mysql. Однако, чтобы убедиться в этом можно выполнить команду sudo grep -R ‘datadir’ /etc/mysql/ которая отобразит полный путь до файлов, в которых хранятся базы данных:
sudo grep -R ‘datadir’ /etc/mysql/
Если перейти по предложенному пути — /var/lib/mysql то в директории будут расположены все необходимые файлы c баз данных. Команду для перехода в директорию необходимо выполнять из-под пользователя root иначе будет ошибка Permission denied:
Теперь вы знаете где находятся базы данных MySQL. Также можно выполнить команду mysqld с параметрами —verbose и —help которая отобразит путь хранения файлов с базами данных. Данная команда аналогична предыдущей команде.
mysqld —verbose —help | grep ^datadir
Если есть необходимость в изменении пути хранения файлов баз данных, то необходимо открыть конфигурационный файл MySQL от имени суперпользователя (root) при помощи любого текстового редактора. В данном примере, как мы узнали выше, конфигурационный файл находится по пути /etc/mysql/mysql.conf.d/mysqld.cnf. Команда для его редактирования будет выглядеть следующим образом:
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
В открывшемся файле необходимо найти блок [mysqld] и в нем параметр с именем datadir в котором можно пописать нужный путь, где будут храниться базы данных. После того как путь был задан необходимо сохранить изменения, закрыть текстовый редактор и перезапустить СУБД при помощи команды:
sudo systemctl restart mysql
Выводы
В данной короткой статье было рассмотрено, где хранятся базы данных в СУБД MySQL. Также при желании можно изменить директорию для хранения. Есть ли у вас опты работы с СУБД MySQL? Расскажите в комментариях!
Где хранятся базы данных sql server
Вопрос такой:
Слетел сервер. На нем крутился SQL с базами 1С.Все основные базы перенес. Не могу найти 1 базу. Видимо её размещали где-то в другом месте.
Можно ли как то узнать где SQL хранил свои базы? В реестре винды я такой информации не нашел.
А в реестре её и нет. Эта инфа в master лежит (-ала)
Поиском по всем дискам пройдись, ибо в сети её быть не можетчто значит слетел сервер?
к старым таблицам сервера есть доступ?
(1) взял и сразу выдал секрет блин.дело в том что просто mdf — на дисках не нахожу.
Бухгалтер утверждает что работала с этой базой.
Захожу в конфигурацию 1С — вижу что в нем записано название базы на этом сервере. по этому названию базу mdf найти не могу. Может Имя базы не соотвтетствовать файлу?
+(1)автору может не стоить лесть к SQL, раз про поиск не знает)
(7) . а если так. Могу ли я как то убедится что на SQL сервере точно была такая-то база?
(9) если восстановишь master, то точно удостоверишьсяПерефразиру. Могу ли я где-то (в реестре Винды или реестре(?) SQL) на снятом диске увидеть какие базы были и где лежали?
(9) а сейчас что у тебя с скл сервером? он работает? или ты новый переустановил?
вообще тебе бы получить базу данных master
там внутри все что надо есть.
вопрос в другом. есть ли доступ к этой БД на «рухнувшем» сервере(10) т.е. для (11) нужно восстанавливать master?
sql какой был. 2000(12) да. у меня поднят другой SQL на другом сервере.
Физически всю инфу со старых дисков прочитать могу.был 2000 сейчас поставил 2005
C:\Program Files (x86)\Microsoft SQL Server\MSSQL\Data\master.mdf
ПРИАТТАЧ к новому SQL серверу. как базу master_old (например)
(17) принял. Спасибо. попробую
+(17) я не знаю можно ли 2000-го базу к 2005 приаттачить
но попробуй.
в этой базе в таблице sysdatabases
перечислены ВСЕ БД которые были на том серваке
(со всеми путями файлов)(19) «я не знаю можно ли 2000-го базу к 2005 приаттачить»
Можно. Обратно нельзя
(19) Попытка — не пытка. Спасибо!+19 только не забудь когда аттачить будешь имя базы поменять)) а то приаттачишь ее как MASTER
потом новую тему создавать придеться))
хотя врдя ли конечно скуль допустит.(20) ну тогда остается надеяться что она приаттачится
и не упадет в суспект например
(0) ты потом расскажи о результатах
Можно попробовать найти Логи от СКУЛЯ , там может пишут пути ?
(25) он mdf найти не может, а ты ему ldf искать предлагаешь. Да и нет в них ничего(26) Я предлогаю логи от скуля искать, которые про Бекапи и реиндексы. вот только не помню пишет он там пути или нет
(26) он имеет в виду не журнал транзакций
а лог когда скуль пишет что делал и во сколько и иногда зачем и почему(25) проще приаттачить да глянуть вообще была ли такая база или нет
(25) прав. Посмотрел ERRORLOG, там пути записываются
не приатачитса
(27) нету там путей
(29) где ты его нашел (я про 2000-й)
(29) все разобрался.
(32) а я не про 2000-ый 🙂 ща гляну на 2000
+(33) хотя путей баз все равно не вижу в еррорлог
(35) точно. в 2000 не пишетбаза из системных msdb в ней Tables дальше System Tables открой на просмотр таблицу dbo.backupfile там поле
physical_name то что тебе надо
SELECT TOP 1000
[logical_name]
,[physical_drive]
,[physical_name]если базу подключишь с именем не msdb то в запросе измини на твое название
c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MSDBData.mdf
msdb обычно лежит тут
(38) чем табличка master.sysdatabases не угодил?
(39) ты напиши человеку как оттуда взять он задолбается лазить по мастеру дай ему готовый запрос.
SELECT * FROM [master].[dbo].[sysdatabases]
(41) другой разговор.по вопросу было понятно что человек не сильно шарит в SQL
(0) может база файловая была?(45) 1c то какая если 7.7 то папка с пользователями и с файлом конфигурации должна быть в конфигураторе можно посмотреть настройки базы там видно имя сервера sql и имя базы.может у него база вообще крутилась на другом сервере
(46) сообщение для автора темы
имя файла базы будет соответствовать имя базы + .mdf (должно так быть)
странно ак то файлы так сами не пропадают))
(0)Автор поис то ведешь по всем папкам, в том числе и по скрытым?(0) в системе видны все диски что были раньше может база крутилась на отдельном диске(а он не виден в системе)?
база не аттачится, пишет
ADDITIONAL INFORMATION:An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
There is already an object named ‘sysnsobjs’ in the database.
Converting database ‘master_old’ from version 539 to the current version 611.
Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)вот это немного пугает There is already an object named ‘sysnsobjs’ in the database.
(45) упс. проглядел
(51) буду еще раз внимательно проверять снятые диски. Может какой упустил .
(52) базу подключаешь на 2005 от 2000?
(50) я конечно — бот, но не настолько 🙂
(57) вот по этому и ошибка
(58) т.е. фиг приаттачится?
ставь 2000 и на нем все делай.а старый вообще никак нельзя посмотреть базы системные?
(58) ошибка не в этом. просто она аттачится под именем master. А такая база уже есть
сервер 2000 поднять на любом компе 15 минут делов
(61)database ‘master_old’ смотри имя61 я ей даю название master_old и она у меня в принципе еть (появляется. Только сделать с ней ничего не могу. Нажимаю свойства выдает
Cannot show requested dialog. (SqlMgmt)
An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)
Cannot open database ‘master_old’ version 539. Upgrade the database to the latest version. (Microsoft SQL Server, Error: 946)
Converting database ‘master_old’ from version 539 to the current version 611.
Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)
он же явно пишет что бы преобразовали базу к более новому типу(62) согласен . нужно дистрибутивы только пошукать 🙂
(64) цепляй базу к серверу(установи его на любом компе временно)
не вижу проблему что бы поставить на компе сервер 2000
(64) Уровень совместимости не даёт выставить?
пля, выложи master.mdf, поглядим 🙂(67) попробую. но уже после обедни. 🙂 В принципе мне дали добро на другой вариант — поднять старые бэкапы 1С-ки этой базы.
Но обязательно попробую добить на 2000. Самому интересно.
(64) MDF какого размера?
если небольшой то пришли его мне
я гляну
стукни в аську 333138647(71) вам с лого ом или ? . у меня без лога вообще не пошло
(72)выложи просто без логов
(75) с логом, только не забудь про архиваторысейчас скину .
а что значит не забыть про архиваторы?у меня 15 метров файло MDF ))
(78) сожми эти файлы РАРОМ на полную катушку))
выложи на народе и ссылку давай
секретного там ничего нет не боись
(80) да это понятно . яж не варвар 🙂
(82) угу. ну будем надеяться 🙂
http://files.mail.ru/XE1IOA
можно бесконечно долго смотреть на три вещи:горящий огонь
воду .
и работу, которую за тебя делают другие 🙂Всем участвующем, Спасибо. Убыл на обед.
какая база то?
По всей видимости у него нет диска N
+(89) теперь пусть ищет)))
если не найдет могу свой диск N для поисков предоставить))
(92) блин, а я ещё не дошел до буквы N. Когда вы успеваете?я чето не понял как у него такая хитрая структура с базами получилась?такое ощущение как будто скул уже два раза ставили)))))
вернее как минимум он уже поднимался после падения)))
ща, он кишки набъёт и расскажет
(97) мне уже не терпится услышать как оно было и куда он похерил диск)))
может диск сетевой был
(99) ага. Попробуй в скл подключить базу с сетевого диска
а вообще не факт, что расширение было MDF
(100) нельзя? я не пробовал
(100)по моему сетевой путь должен с именами наконце $Да . блин, даже стыдно показываться. Действительно получается диск N.
А я тут главбуха причесываю: . «может вы что то путаете?». куда я мог этот диск задевать.
Всё предысторию этого сервера не расскажу. Как там чего нахреначили — не знаю. Просто я пришел и понял, что этому может скоро кирдык наступить. Подготовил другой сервер. Кирдык наступил. Я все перенес (почти). Всех опросил — кто с чем работает. Кому что нужно.
А тут вот какая то фирма всплыла . времен Очаковских и покорения Крыма .Господа, всем спасибо!
тока маленьки вопрос . а если я найду эти базы, смогу их приаттачить к 2005 ? 🙂