Электронная почта Приложений Google не может получить электронные письма от других доменов на нашем сервере. Plesk

Мой опыт в наборах данных того размера ограничен MSSQL, но он может наиболее определенно обработать данные того размера.

Мое первое беспокойство является размером данных. 300 миллионов записей на уровне 150 ГБ составляют приблизительно 500 КБ за строку - и это - большая строка. Очень, очень большая строка. Если можно нормализовать к 3-й нормальной форме затем, это могло бы помочь существенно (предполагающий, что существуют данные, которые могут быть нормализованы). Если Вы не собираетесь нормализовать (и просто иметь единственную, крупную таблицу), то механизм, который поддерживает ISAM, будет быстрее, чем RDBMS, таким образом, MySQL в режиме ISAM является очевидным выбором по MSSQL (извините, у меня нет опыта с Postgre или монго),

Тем не менее MSSQL может обработать таблицу того размера никакие заботы. Это может разделить данные так, чтобы различные части жили на различных дисках, таким образом, Вы могли сохранить Вас 1% обновленные данные по быстрому диску и сохранить остальных на более медленном диске, если бюджет является беспокойством. Если Ваш DBMS выбора поддерживает это затем, это мог бы быть мудрый способ пойти.

Только для ссылки, я когда-то управлял базой данных, которая имела приблизительно 200 миллионов строк в единственной таблице (но таблица составляла только 20 ГБ в размере), и с некоторой умной индексацией времена запроса все еще измерялись в миллисекундах. Это было нормализовано к 3-й нормальной форме, таким образом, было много LOJ's для получения связанных данных также.

0
задан 2 August 2012 в 12:56
1 ответ

Небольшое дополнение. В этом случае вы можете захотеть взглянуть на настройку на уровне блоков и планировщики ввода-вывода. Я не так хорошо знаком с Ubuntu, но есть много ручек производительности хранилища, которые нужно настроить. Это определенно применимо к хранилищам SAN и базам данных.

  • Обратите внимание на системный планировщик ввода-вывода . CFQ используется по умолчанию, но noop и крайний срок являются обычным выбором для рабочих нагрузок базы данных.
  • См. эту ссылку для некоторых других параметров настройки это может помочь.
  • Вы упомянули NFS и блочное хранилище. Если блок, какие файловые системы используются? Отсюда ожидание ввода-вывода звучит как ситуация блокировки записи. Включены ли барьеры записи? Перемонтируйте файловые системы с помощью nobarrier . Вам необходимо отключить почтовую службу для домена, который обрабатывает почту через Google.

    Внешние почтовые серверы будут проверять MX-запись домена, чтобы выяснить, куда отправлять почту, и увидеть, что записи указывают на Google - и это будет работать правильно.

    Если это письмо также исходит с вашего сервера (example.com), оно сначала проверит локально, не является ли он почтовым сервером (предполагается, что Linux / qmail: / var / qmail / control / virtualdomains ) .
    Он обнаруживает, что test.com настроен там, и доставляет его локально.
    Если вы отключите почтовую службу в этом домене, ее следует удалить из конфигурации qmail, и она будет правильно доставлена ​​в Google.

1
ответ дан 23 November 2019 в 10:36

Теги

Похожие вопросы