Гость boar Опубликовано: 1 ноября, 2006 Share Опубликовано: 1 ноября, 2006 Не могу подсоединиться к базе SO4.107: Имеется Ib 6.5 на машине. Подключаю сетевой диск с этим каталогом. Выдает: А вот если прописать локальный путь, то работает. Кто нибудь уже сталкивался? Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Alex Опубликовано: 1 ноября, 2006 Share Опубликовано: 1 ноября, 2006 (изменено) Не могу подсоединиться к базе SO4.107:Имеется Ib 6.5 на машине. Подключаю сетевой диск с этим каталогом. Выдает: А вот если прописать локальный путь, то работает. Кто нибудь уже сталкивался? давно всем уже известно как правильно подключать БД Интербейс и ФайрБерд.... 1. Диск где лежит БД не должен быть "расшарен"! 2. Путь к БД пишется так : Имя_Машины_где_Лежит_БД:Диск:\Путь_к_БД\Имя_БД.gdb Изменено 1 ноября, 2006 пользователем Alex Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
LION Опубликовано: 2 ноября, 2006 Share Опубликовано: 2 ноября, 2006 (изменено) давно всем уже известно как правильно подключать БД Интербейс и ФайрБерд....1. Диск где лежит БД не должен быть "расшарен"! 2. Путь к БД пишется так : Имя_Машины_где_Лежит_БД:Диск:\Путь_к_БД\Имя_БД.gdb Моё мыло programshop.bk.ru FB/IB: Чего нельзя делать с базой данных. Купите (организуйте) выделенный сервер для вашей базы.Обязательно протестируйте память будущего сервера и жесткий диск - они могут послужить причиной поломки БД. Ваша БД НЕ должна быть видна по сети. Это значит, что ни папка(директория), ни диск, ни сама база данных не должна быть выложена в общий доступ по сети(share, «общий доступ»). Находясь за другим компьютером, вы не должны иметь возможность видеть базу данных. Строка подключения для удаленных компьютеров (клиентов) должна выглядеть ТОЛЬКО следующим образом (для TCP/IP): для FireBird:ServerName:disk:\dirbasename.fdb для InterBase:ServerName:disk:\dirbasename.gdb Пример: serv:d:\centralbasebase.gdb Все остальные варианты приведут к повреждению вашей БД. Ни сама база данных, ни директория (папка), где она находится НЕ должны содержать русских букв. Неизвестно почему, но некоторые сочетания русских букв «роняют» сервер либо клиент. Используйте в названиях только английские буквы без пробелов. НЕЛЬЗЯ смешивать в одной сети сервера InterBase и Firebird. Перед использованием программ определитесь, с каким сервером вы будете работать. Все остальное удалите со ВСЕХ компьютеров. Лучше всего, если это сделает опытный системный администратор. Исключения возможно только если вы точно знаете, что делаете. Если есть хоть малейшие сомнения – делайте, как сказано. НЕ используйте InterBase версий 5.1-5.5 и 6. Если быть совершенно точным, то, касательно 6-й версии это относится только к ранней бете, но все-таки, лучше перестраховаться. НЕ копируйте Базу Данных. Лучше будет, если вы привыкнете не делать этого никогда. Если вы хотите перенести БД с одного компьютера на другой, сделайте резервную копию средствами InterBase/FireBird (gbak.exe) или используемой программы. Полученную резервную копию вы можете скопировать на другую машину и там восстановить, получив рабочую Базу Данных. Уточнение: Саму БД можно копировать только после остановки вашего сервера (FireBirdServer или InterBaseServer). Но лучше привыкните делать правильно. Резервная копия – ваш билет в спокойную жизнь. Резервная копия должна делаться только специальными средствами (gbak.exe) либо встроенными в программу средствами. Резервная копия должна делаться ежедневно в конце рабочего дня. Вы должны располагать резервными копиями за каждый день рабочей недели + копия, сделанная в начале месяца. Делается это на тот случай "битого архива". Резервные копии должны храниться на CD-дисках либо на другом компьютере, чтобы не утерять их в случае физической поломки жесткого диска сервера. Свободное пространство на жестком диске, где находится база данных, должно в любой момент времени составлять не менее 1 гигабайта. Вообще цифра взята «с потолка». Но лучше перестраховаться ,чем потерять часть данных только потому, что на вашем диске закончилось место, правда? Немедленная остановка работы с БД в случае обнаружения ошибок в процессе проверки. Дальнейшая работа может только ухудшить ситуацию и привести к необратимым последствиям. Необходимо предпринять меры по починке БД. Моё мыло programshop.bk.ru Документ процитирован с любезного разрешения А. Шуберта. Первоисточник. Изменено 18 декабря, 2006 пользователем Rexther Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
dvim Опубликовано: 2 ноября, 2006 Share Опубликовано: 2 ноября, 2006 (изменено) Насчет "не копируйте Бд" - на самомделе все gdb оконные прекрасно копируются. Профстрой/Супера4 - никогда не было проблем. с другой стороны для роста производительности переодическое перестраиванмие индексов или бекап-восстановление помогает. Поэтому советую ставить IbaseExpert и пользоваться :-) Для перестраховки периодически переносите в архив старые расчеты, не допускайте роста базы. Вообще для немощных серверов тормоза идут от 200 метров базы. До этого очень легко не доводить! Изменено 2 ноября, 2006 пользователем dvim Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Гость boar Опубликовано: 2 ноября, 2006 Share Опубликовано: 2 ноября, 2006 Заработало. Спасибо! Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Shubert Опубликовано: 29 ноября, 2006 Share Опубликовано: 29 ноября, 2006 (изменено) Моё мыло programshop.bk.ru FB/IB: Чего нельзя делать с базой данных. Скажите, ........, зачем вы воруете статьи с моего сайта и лепите под ними свое мыло? .................................................... Вы не могли бы оставить более точные координаты? Я обожаю, когда воры лепят под легкоузнаваемые пользователями тексты свои координаты и хотел бы подискутировать с вами по этому поводу. связаться со мной можно по указанному под сворованной статьей адресу. http://shubert.ru/main.php?sect=2&sub=12&doc=7 Alex Shubert Изменено 16 декабря, 2006 пользователем Rexther Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Konstruktor Опубликовано: 30 ноября, 2006 Share Опубликовано: 30 ноября, 2006 (изменено) ...зачем вы воруете статьи с моего сайта и лепите под ними свое мыло? 2Shubert а вот тут еще глянь...ворують...кто у кого? Изменено 30 ноября, 2006 пользователем Konstruktor Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
SW6 Опубликовано: 30 ноября, 2006 Share Опубликовано: 30 ноября, 2006 (изменено) Shubert Тебе так жалко этой статьи? Она защищена авторским правом? И где это указано? Лучше это посмотри: Изменено 30 ноября, 2006 пользователем SW6 Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Shubert Опубликовано: 15 декабря, 2006 Share Опубликовано: 15 декабря, 2006 2Shubert а вот тут еще глянь...ворують...кто у кого? Смотрим вебархив и дату публикции. Выясняем, что оригинал появился в сети в марте 2005г. Мне, по сути, наплевать, кто использует описанные мною решения либо мои статьи. Меня начинает это волновать тогда, когда под моими статьями подписываются записные воры. Доходит, нет? ShubertТебе так жалко этой статьи? Она защищена авторским правом? И где это указано? Лучше это посмотри: Удивлен. Ты в состоянии осознать написанное в законе об авторском праве? Статью написал лично я. Авторство указано вот тут. Хм. Ну, смотрю? Пункт первый: "спаем" я могу поменять атрибуты любых виджетов и наделать еще более красивых скринов. Но дело-то не в этом. Именно сейчас, уверен, ни Альту, ни КСТ эти скриншоты не удивят. Скорее , обрадуют. Отступные от судебного преследования будут весить гораздо больше. Почитайте новые законопроекты о проверке ПО. Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Рекомендованные сообщения
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.