Это зависит от типа базы данных, о которой Вы говорите.
При поиске основанной на SQL базы данных как MySQL или PostgreSQL Вы рявкаете неправильное дерево (за несколькими интересными исключениями, посмотрите ниже).
При попытке выполнить что-то как прославленное хранилище значения ключа как Cassandra или HBase, продолжать читать. Когда алгоритм разделения является сохранением порядка, можно сделать вещи, подобные тому, что можно сделать в SQL, кроме Вас должны сделать соединения вручную, и Вы добираетесь, преимущество способности отобразиться - уменьшают для агрегатов и более сложных аналитических задач (в зависимости от платформы DB), потенциально с помощью проектов как Свинья и Hive.
Для Cassandra Вам не нужна определенная файловая система. Снова, если Вы будете нуждаться к выполнению запросов и иметь вещи, подобные индексам, то Вы захотите использовать алгоритм разделения сохранения порядка.
Для HBase необходимо использовать HDFS в качестве основного FS. HyperTable раньше работал или под HDFS или под KFS; прямо сейчас я не вижу упоминаний о KFS, но я также видел что-то о способности работать автономным способом как Cassandra. Я не слишком уверен в разделении и сортировке на HyperTable, но я знаю, что HBase хранилищами по умолчанию записывает в индексах поддержек и порядке.
Теперь интересные исключения.
Существует проект по имени DB Hadoop, который интегрирует PostgreSQL с Hadoop и май, в зависимости от того, что Вы пытаетесь сделать, удовлетворите свои потребности.
Существует также сумасшедшая идея записать механизм устройства хранения данных для MySQL, который взаимодействует через интерфейс с одной из систем выше. Соединения и агрегируются, и такой был бы сделан для Вас на стороне MySQL, в то время как хранение данных, индексация и извлечение будут Вашим заданием. Необходимо было бы также скоординировать для транзакций, если Вы принимаете решение поддерживать их. Это означает, что у Вас могло быть несколько сбалансированных с загрузки серверов MySQL, говорящих с огромным кластером HBase. Единственной вещью, которую Вы пропустили бы, является способность выставить карту - уменьшают задачи сделать, агрегируется и анализ по значительным частям Вашего более эффективного набора данных. Но Вы могли периодически делать тот вне MySQL и хранить результаты анализа в другой таблице, которую можно запросить с MySQL, снова, в зависимости от потребностей.
dhcpcd
/ dhclient
все еще работает? Он обновит свой DHCP-адрес на интерфейсе, если вы его не уничтожите.
Кроме того, вы настраивали Network Manager? Это переопределит файл interfaces
. Избавьтесь от него, если вы им не пользуетесь.
Попробуйте следующее:
auto eth1
iface eth1 inet static
address 10.1.2.208
netmask 255.255.255.0
gateway 10.1.2.1
hwaddress ether mac_address_of_the_network_card_here
Например:
...
hwaddress ether 00:00:5e:00:53:b2