Magento bringt dafür mit dem LockManagerInterface bereits einen passenden Mechanismus mit. Vor dem eigentlichen Prozess wird ein Lock gesetzt. Existiert dieser bereits, beendet sich der zweite Lauf direkt wieder.

use Magento\Framework\Lock\LockManagerInterface;

class Import
{
    public function __construct(
        private LockManagerInterface $lockManager
    ) {
    }

    public function execute(): void
    {
        $lockName = 'vendor_module_import';

        if (!$this->lockManager->lock($lockName, 0)) {
            return;
        }

        try {
            // Run import
        } finally {
            $this->lockManager->unlock($lockName);
        }
    }
}

Der Name des Locks sollte für den jeweiligen Prozess eindeutig sein. Solange vendor_module_import gesperrt ist, kann kein zweiter Lauf mit demselben Lock gleichzeitig starten.

Wichtig ist das finally: Auch wenn innerhalb des Cronjobs eine Exception entsteht, wird der Lock anschließend wieder freigegeben.

Magento verwendet den Lock Mechanismus selbst an verschiedenen Stellen, unter anderem um parallele Prozesse voneinander fernzuhalten. Für längere eigene Cronjobs ist LockManagerInterface deshalb deutlich sauberer als eine selbst gebaute Statusdatei oder ein Flag in der Datenbank.

Die Definition eines Magento Cronjobs befindet sich normalerweise in einer crontab.xml. Mit einer einfachen Suche lässt sich der zugehörige Eintrag schnell finden.

grep -R --include="crontab.xml" 'job name="mein_job_code"' app/code vendor

Taucht beispielsweise der Job vendor_sync_products auf, kann entsprechend danach gesucht werden.

grep -R --include="crontab.xml" 'job name="vendor_sync_products"' app/code vendor

Das Ergebnis zeigt direkt die crontab.xml und damit normalerweise auch das Modul, aus dem der Cronjob stammt. In der Definition findet sich anschließend die PHP Klasse und Methode, die Magento für diesen Job ausführt.

Das ist besonders praktisch, wenn ein Cronjob regelmäßig mit error endet, ungewöhnlich lange läuft oder sehr viele Einträge in cron_schedule erzeugt und zunächst überhaupt nicht klar ist, welche Extension dafür verantwortlich ist.

$schedule->setExecutedAt(strftime('%Y-%m-%d %H:%M:%S', time()))->save();

Hier sollte der Status ebenfalls gespeichert werden. Der neue Code sieht also folgendermaßen aus:

$schedule->setStatus(Mage_Cron_Model_Schedule::STATUS_RUNNING)->setExecutedAt(strftime('%Y-%m-%d %H:%M:%S', time()))->save();

<config>
    <crontab>
        <jobs>
            <some_unique_job_code>
                <schedule>
                    <!-- jede Minute -->
                    <cron_expr>*/1 * * * *</cron_expr>
                </schedule>
                <run>
                    <model>module/observer::functionToRun</model>
                </run>
            </some_unique_job_code>
        </jobs>
    </crontab>
</config>

Jetzt muß noch die cron.php ausgeführt werden. Diese liegt parallel zu der index.php im Magento Root-Verzeichnis. Die Ausführung wird einen Eintrag in die cron_schedule Tabelle einfügen, passend zu Ihren Angaben in der config.xml. Wenn die cron.php nun erneut aufgerufen wird und die Zeit für die Ausführung des Jobs gekommen sit, wird er ausgeführt.